Tareas pendientes referentes a la Biblioteca Digital

Last update: November 22, 2019

Errores conocidos

2018-09-23: No se pueden poner tildes en campo patch, quita los &xacute; al volver a grabar. Ejemplo, is2017-uncertainty.
Al definir un fichero anexo, si selecciono el fichero y, en lugar de hacer update, cambio a vista campo a campo o al reves, ese fichero indicado recientemente se pierde. Al cambiar de vista deberia recoger los valores de los atributos y mantenerlos, aunque solo los hara definitivos en la BD al hacer update.
La lista de autores, cuando es "A and B and C and D" deberia mapearse en HTML a "A, B, C, and D"
No consigo anadir nuevos campos (idbdi="yes") en insert bibtex.
En insert field by field por defecto pone idbdi=yes
SOLUCIONADO!!(pero pendiente) El applet de construcción de las referencias bibliográficas no funcionaba, pendiente de comprobar su funcionamiento por desconocimiento del tema (Juan)
Al insertar ñ, Á, etc, debería insertar {\~{\n}}, {\'{a}}, etc...
Al hacer una búsqueda entreytype ascende, year ascendente ambos con "Show Header" sale el resultado bien, pero con year descente sale mal en "Article" se repite la cabecera 2018, con book va bien, con conference se repite, con inbook también y in-collection va bien, in-proceden va mal y pasa tambien con technical report. Cuando es ascendente el año no va bien, se repite en in-collection al comienzo.y technical report.

Posibles ampliaciones

Eliminar de la tabla pubbibtext el atributo idbdi, de manera que se haga un JOIN entre las tablas authorBDI y pubbibtext, en el campo de name y author respectivamente. Esto se puede realizar modificando el fichero ShowPubBean.java, que es donde se construye la consulta SQL principal, la de la búsqueda en sí, además de todos los JSPs y los JAVA que utilizan este campo, que deberían omitirlo si se elimina..
Añadir fichero de log en el que se vayan recogiendo todas las modificaciones de la base de datos (inserciones, modificaciones y eliminaciones), en este caso habría que modificar los ficheros UpdateDB.java y GraphPanel.java, que son los ficheros que realizan dichas acciones sobre la base de datos.
Almacenar los thumbnails de manera que a cada fichero asociado a las publicaciones se les pueda asignar uno, y en la misma tónica de los otros ficheros adjuntos a cada publicacion, se pueda conseguir un thumbnail(imagen) con el enlace a la publicacion. <document><thumbnail_document/></document>
Alerta automatica de sospecha de que hemos olvidado poner idbdi=yes. Ahora que estan los miembros del grupo en al BD se podria eliminar el campo idbdi
Estadisticas de acceso a cada publicacion.

La aplicación en producción:

Se accede a ella a través de cualquier navegador http://sid.cps.unizar.es/BiD (desde 2010, la antigua en /PUBLICATIONS). Los apartados de acceso restringido se puede acceder con el usuario jirgbdat y su clave.
NOTA: si empieza a dar errores de que se queda sin memoria al ejecutar aplicaciones, parar el servidor, borrar todo lo que contiene /usr/local/jakarta/work, y volver a lanzarlo (lanzar Tomcat ya borrar el directorio work. Parece algun problema de sesiones a mysql o tomcat sin cerrar. Se mantiene el problema con la nueva BiD???
BiD: reside en danae (155.210.152.213, a la que apunta tanto osiris.cps.unizar.es como sid.cps.unizar.es; antes era un PC, 155.210.152.13), e incluye:
- Web estatica (/pub/sid/htdocs)
- BD MySQL con los datos de publicaciones
  - Nombre BD: BiD_SID
  - Usuario: jaroyo (tambien hay un usuario sidroot, el password lo sabe Guti)
  - Password: j0s1e2R3R4
  - Máquina: osiris.cps.unizar.es
  - Puerto: 3306 (el de defecto de mysql)
  - Permisos:
    - Tenemos acceso desde ra, eolo, y localhost (se puede usar el interfaz web MySQL del DIIS
    - Podemos crear tablas
    - Tablas disponibles: PublicationBibOptional(idPub, fieldName, infoBibtex, infotxt): Almacena los campos opcionales en bibtext que se le añadan a las publicaciones
    - No podemos crear nuevas BDs --> lo tiene que hacer Guti, asi como dar permiso de acceso a la nueva desde otros ordenadores ademas de localhost
      PENDIENTE!! definir que permisos de acceso remoto habria que dar para no poder hacerlo desde cualquier sitio
Tomcat: los JSP residen (temporalmente) en ra (Ubuntu):
- root=/home/jirgbat/www/PUBLICATIONS
- JSPs: <root>
- Fuentes java jsp's: /home/jirgbdat/JAVA-SRC/BiD (hay un compila.sh en <root>/WEB-INF
- Directorio de instalacion de Tomcat: RA:/usr/share/tomcat7/
- Web root directory: /hoem/jirgbdat/www
- Directorio de las aplicaciones: /PUBLICATIONS
- Para añadir una nueva aplicacion:
  - Añadir nuevo contexto en <Tomcat>/conf/server.xml (la cuenta mena tiene permiso de escritura)
  - Relanzar Tomcat
  - añadir en /etc/httpd/conf/workers2.properties las uris que Apache, en lugar de servirlas, debe pasar a Tomcat
  - Relanzar Apache
- Start/stop Apache/Tomcat: sudo service [httpd|tomcat7] [start|stop|restart]
- Listar todos los servicios: sudo service --status-all, sudo service --status-all 2>&1 | grep tomcat7
Publindex: Fuentes Java: /home/jirgbdat/JAVA-SRC/BiD/PUBLINDEX-ECLIPSE (sin adaptar para compilar con compila.sh)

Descripción de los campos fileType eliminados de la tabla attachedFileType de la BiD

La tabla tiene dos columnas -> {fileType, info}
Se han eliminado los siguientes campos:
- {'backcover', 'Publication backcover'}
- {'cover', 'Image of publication cover'}
- {'firstPage', 'First document page'}
- {'index', 'Publication index'}
- {'lastPage', 'Last document page'}
- {'publicationData', 'ISBN, ISSN and another publication data'}
Se ha modificado el siguiente campo:
- {'document', 'The publication content'} --> {'document for the web', 'The publication content accesible from the BiD web'}
Se ha añadido un nuevo campo:
- {'document (full/original)', 'The final version published, including cover, PC foreword, index, (copyrighted) full paper'}

Información sobre los Applets (11 de Enero de 2019)

Los fuentes .java de los applets se encuentran en RA: /home/jirgbdat/www/PUBLICATIONS/WEB-INF/src/APPLET
El archivo APPLET.jar que contiene el Applet funcionando y firmado se encuentra en RA: /home/jirgbdat/www/PUBLICATIONS/applets/ (la firma es válida durante los próximos 6 meses). Para volver a firmar el applet hay que:

Acceder a HORUS: /extra/sid/recursosSID/
Falta por apuntar las instrucciones de Carlos

El applet ya es ejecutable desde Internet Explorer, sin embargo, si se quiere ejecutar con appletviewer es necesario modificar el fichero java.policy en el ordenador cliente, en el caso de RA: /usr/lib/jvm/java-6-sun-1.6.0.22/jre/lib/security/ . En este fichero se tiene que añadir lo siguiente:

grant codeBase "file:/home/jirgbdat/www/PUBLICATIONS/applets/*" {
permission java.security.AllPermission;
};

También se puede modificar el archivo anterior utilizando el comando: sudo policytool
Una vez modificado el archivo anterior basta con ejecutar el comando: appletviewer index.html utilizando el fichero .html que hemos tenido que crear anteriormente para invocar el applet. Este fichero se encuentra en RA: /home/jirgbdat/www/PUBLICATIONS/applet/
Todas las librerias necesarias para ejecutar el applet con appletviewer (deploy.jar, java-plugin-1.6.0.23.jar, mysql-connector-java-5.1.23-bin.jar, plugin.jar) se encuentran en RA: /home/jirgbdat/www/PUBLICATIONS/WEB-INF/lib/

Información sobre la firma de JNLPs

Acceder a HORUS al directorio /extra/sid/recursosSID/certificados/
Firmar con el siguiente comando el archivo .jar -> jarsigner -keystore sidKeystore.jks FICHERO.jar server (es necesario la antigua contraseña del grupo).
Sale Warning! porque el fichero con el que firmamos está caducado desde el 19 de Mayo de 2019. Hay que ponerse en contacto para renovarlo.

Antigua web (4 de Febrero de 2019)

En DANAE en el directorio /pub/sid/htdocs/TMP/OLD-WEB/ se encuentra una copia de seguridad accesible de la página web antigua (anterior al 2019).
En HORUS en el directorio /extra/sid/htdocs_old/ se encuentran una copia de seguridad de la página web antigua (anterior al 2019), tal y como estaba en DANAE. Todos los directorios de la antigua web que no se utilizan en la nueva, se han eliminado de DANAE.
Los directorios LBSManagement, PMS e Infoboxer pertenecen a Raquel Trillo y Roberto Yus. De momento se dejan en /pub/sid/htdocs/ en DANAE.
El directorio PUBLICATIONS en /pub/sid/htdocs/ en DANAE pertenece a root. Para borrarlo hay que hablar con Guti

Posibles ampliaciones PUBLINDEX

En las publicaciones se tiene un campo keywords inventado por el grupo donde hay veces que se echa en falta el poder indicar, por ejemplo: esta publicación es de SHERLOCK. Debería existir la posibilidad de mostrar gráficamente (con alguna imagen del logo por ejemplo) la temática de cada una de las publicaciones. Es decir, si una publicación pertenece a GENIE debería aparecer el logo de GENIE en pequeño al lado de la publicación cuando se lista esta. Como resumen, crear un campo que nos indque a que proyecto pertenece la publicación (keyword principal).

Información sobre el sistema de backups automático para RA (5 de Julio de 2019)

Se está utilizando cron para realizar backups automáticos del mysql y los ficheros de la Biblioteca Digital.
Backups MYSQL:

Se realizan cada día y se vuelcan (todos los días) en el MySQL de RA para tener una copia de solo lectura por si la BD de OSIRIS falla.
El script encargado de realizarlos es /home/nodel/scripts/backupBiD_SID.sh
Los backups se almacenan en la carpeta /media/SIDBckups/ra-mysql y su estructura de nombres es: backup_BiD_SID_$year$month$day

Backups ficheros Biblioteca Digital (directorio /home/jirgbdat/)

Se realiza cada día a las 23:59h un backup incremental rotatorio de 30 días de todos los documentos del directorio.
El script encargado de realizar el backup es /home/nodel/scripts/incrementalBackupJirgbdat.sh
El último backup completo realizado se almacena en la carpeta /media/SIDBckups/jirgbdat
Al ser un backup rotatorio de 30 días, se puede regresar en el tiempo hasta 30 días antes del último backup realizado. Estos respaldos se encuentran en la carpeta /media/SIDBckups/olderBackups/ra-jirgbdat/ y su estructura de nombre es: backup_$day

emena@unizar.es
October 19, 2007