Hola César Se copian la primera vez si no existen, pero no hay ningún mecanismo para detectar cambios. <https://geonetwork-opensource.org/manuals/trunk/en/maintainer-guide/installing/customizing-data-directory.html#advanced-data-directory-configuration> Lo mejor es configurar el directorio de datos para que utilice los esquemas del war desplegado. Esto externaliza todo, excepto los esquemas (a revisar las rutas):
-Dgeonetwork.dir=/data/catalogue -Dgeonetwork.schema.dir=/app/tomcat/webapps/geonetwork/WEB-INF/data/config/schema_plugins https://geonetwork-opensource.org/manuals/trunk/en/maintainer-guide/installing/customizing-data-directory.html#advanced-data-directory-configuration Saludos, Jose García On Fri, Apr 10, 2020 at 5:36 PM César Martínez Izquierdo < cesar....@gmail.com> wrote: > Hola Jose, finalmente hemos podido solucionar el problema. Efectivamente > era un problema con el directorio de datos externo y los esquemas de > metadatos. En estos servidores partíamos de una instalación anterior (creo > que versión 3.6.x) y recientemente actualizamos a la versión 3.10.1. La > nueva versión tiene unos esquemas de metadatos actualizados, y por lo visto > la actualización no los copia automáticamente al directorio data, lo que > estaba provocando algunos fallos. > > Lo que no me queda claro es si es un bug o es el comportamiento esperado. > Según entiendo, en la ejecución inicial copia automáticamente esos esquemas > de metadatos al directorio de datos externos, así que esperaría que hiciese > lo mismo al actualizar si esos esquemas han cambiado. Aunque por otra parte > sería razonable no sobreescribirlos por si hubiesen sido modificados. Si es > el comportamiento esperado intentaré enviar un pull request al manual para > documentarlo. > > Muchas gracias por la ayuda, ha dado guerra pero al final lo hemos podido > solucionar. > > Saludos, > > César Martínez > > > > > > > > > On Thu, 9 Apr 2020 at 09:11, Jose Garcia <jose.gar...@geocat.net> wrote: > >> Hola César >> >> He cargado el metadato en este servidor de pruebas >> https://vanilla.geocat.net/geonetwork/srv/eng/catalog.edit#/metadata/228?redirectUrl=catalog.edit, >> puedes usar las credenciales por defecto de GeoNetwork, y se carga bien en >> el editor. Es un 3.10, supongo que hay algo en vuestra configuración >> diferente. >> >> Una pregunta más, ¿teneis el directorio de datos externalizado? Si es >> así, yo miraría si por lo que sea no encuentra los esquemas de metadatos en >> la ruta correspondiente. >> >> Saludos, >> Jose García >> >> >> >> On Wed, Apr 8, 2020 at 7:34 PM César Martínez Izquierdo < >> cesar....@gmail.com> wrote: >> >>> Hola Jose, comprendo, pero no sale nada en el fichero catalina.out (y >>> compañía). Lo único que sale en ese log es el deploy del jar y el inicio >>> exitoso del servicio. >>> >>> Creo que hay algo en la configuración de nuestros logs que se come esos >>> mensajes, pero no logro encontrarlo. Si doy con la tecla os informo. >>> Gracias por el apoyo. >>> >>> César >>> >>> On Wed, 8 Apr 2020 at 10:57, Jose Garcia <jose.gar...@geocat.net> wrote: >>> >>>> Hola Cesar >>>> >>>> Cuando hay una excepción al aplicar un xsl, en el fichero catalina.out >>>> debe de haber un error, similar al siguiente (varía el fichero y el tipo de >>>> error): >>>> >>>> Error on line 346 of update-fixed-info.xsl: >>>> XPTY0004: A sequence of more than one item is not allowed as the >>>> first argument of >>>> normalize-space() ("Copy of template Template for...", "Copy of >>>> template Template for...", ...) >>>> >>>> Edita el metadato y revisa el final del fichero, debería de tener algo >>>> similar. >>>> >>>> Saludos, >>>> Jose García >>>> >>>> >>>> On Tue, Apr 7, 2020 at 7:06 PM César Martínez Izquierdo < >>>> cesar....@gmail.com> wrote: >>>> >>>>> Gracias Jose, lo he intentado pero no consigo ver qué xslt están >>>>> fallando. >>>>> >>>>> Usamos Tomcat, y he configurado en modo debug los logs en todos los >>>>> sitios que he visto que pudiesen influir pero no se muestra gran cosa en >>>>> los ficheros catalina*. Al poner Geonetwork en modo debug sí veo muchos >>>>> mensajes en el fichero geonetwork.log, pero tampoco veo el error ahí. >>>>> >>>>> Gracias de todos modos. >>>>> >>>>> César >>>>> >>>>> On Tue, 7 Apr 2020 at 16:46, Jose Garcia <jose.gar...@geocat.net> >>>>> wrote: >>>>> >>>>>> Hola Cesar >>>>>> >>>>>> Si estais usando Tomcat, revisa el fichero catalina.out ya que debe >>>>>> de indicar que ficheros xslt están fallando, ya que en el log standard de >>>>>> GeoNetwork esto no aparce. >>>>>> >>>>>> Saludos, >>>>>> Jose García >>>>>> >>>>>> On Tue, Apr 7, 2020 at 4:18 PM César Martínez Izquierdo < >>>>>> cesar....@gmail.com> wrote: >>>>>> >>>>>>> Hola Jose, >>>>>>> >>>>>>> Adjunto un metadato, pero creo que no es causa del metadato (pasa >>>>>>> con cualquier metadato en ese servidor) y no estamos usando una versión >>>>>>> modificada de Geonetwork. Creo que es algo más relacionado con el >>>>>>> entorno. >>>>>>> >>>>>>> La petición que falla, con un error 400 es la siguiente: >>>>>>> >>>>>>> /geonetwork/srv/api/records/19981/editor?&currTab=default&starteditingsession=yes&_random=3353 >>>>>>> >>>>>>> que devuelve: >>>>>>> <apiError> >>>>>>> <code>runtime_exception</code> >>>>>>> <description>Failed to compile stylesheet. 4 errors >>>>>>> detected.</description> >>>>>>> <message>TransformerConfigurationException</message> >>>>>>> </apiError> >>>>>>> >>>>>>> En los logs del servidor lo que se ve es que no puede localizar >>>>>>> algunos recursos en la caché wro4j: >>>>>>> >>>>>>> 2020-03-25 23:12:32,348 ERROR [geonetwork.wro4j] - Error occurred >>>>>>> during a wro4j request handling >>>>>>> ro.isdc.wro.WroRuntimeException: No such group available in the model: >>>>>>> _custom_style >>>>>>> ... >>>>>>> 2020-03-27 12:43:26,330 ERROR [ro.isdc.wro.http.WroFilter] - Exception >>>>>>> occured >>>>>>> ro.isdc.wro.WroRuntimeException: Cannot build valid CacheKey from >>>>>>> request: /geonetwork/static/bootstrap-tagsinput.min.js.map >>>>>>> ... >>>>>>> 2020-03-27 12:57:48,175 ERROR [geonetwork.wro4j] - Error occurred >>>>>>> during a wro4j request handling >>>>>>> ro.isdc.wro.WroRuntimeException: Cannot build valid CacheKey from >>>>>>> request: /geonetwork/static/none >>>>>>> Buscando este "_custom_style" en el código de Geontwork, lo que he >>>>>>> encontrado es un XSLT: base-layout-cssjs-loader.xsl: >>>>>>> xslt/base-layout-cssjs-loader.xsl: >>>>>>> <link >>>>>>> href="{/root/gui/url}/static/{/root/gui/nodeId}_custom_style.css?v={$buildNumber}&{$minimizedParam}" >>>>>>> rel="stylesheet" media="screen"/> >>>>>>> >>>>>>> WEB-INF/config-spring-geonetwork.xml: >>>>>>> <value>srv_custom_style.css</value> >>>>>>> >>>>>>> Y como comentaba en el ticket, tiene pinta de que este valor >>>>>>> {/root/gui/nodeId} se está inicializando con la cadena vacía, cuando >>>>>>> normalmente deduzco que vale "srv". Pero no he sabido llegar más lejos. >>>>>>> >>>>>>> Saludos y gracias, >>>>>>> >>>>>>> César >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, 7 Apr 2020 at 15:17, Jose Garcia <jose.gar...@geocat.net> >>>>>>> wrote: >>>>>>> >>>>>>>> Hola Cesar >>>>>>>> >>>>>>>> Comprueba en las herramientas de desarrollo si hay una petición >>>>>>>> /editor que falle y revisa el error que devuelve. >>>>>>>> >>>>>>>> Normalmente cuando no se abre el editor es debido a algún error en >>>>>>>> algún xslt al procesar el metadato en el servidor. >>>>>>>> >>>>>>>> ¿Estás trabajando con la versión oficial del 3.10.1 o tienes >>>>>>>> personalizaciones en el esquema de metadatos? ¿Puedes mandar aquí o en >>>>>>>> el >>>>>>>> issue de GitHub el fichero xml con el metadato? >>>>>>>> >>>>>>>> Saludos, >>>>>>>> Jose García >>>>>>>> >>>>>>>> On Mon, Apr 6, 2020 at 5:05 PM César Martínez Izquierdo < >>>>>>>> cesar....@gmail.com> wrote: >>>>>>>> >>>>>>>>> Buenas tardes, perdón por el cross-posting, escribí hace unos días >>>>>>>>> en la >>>>>>>>> lista en inglés pero no tuve respuesta, a ver si por aquí tengo >>>>>>>>> más suerte >>>>>>>>> porque todavía no he encontrado solución. >>>>>>>>> >>>>>>>>> Mi problema es que no me carga el editor de metadatos. Pongo >>>>>>>>> cualquier >>>>>>>>> metadato de los cargados en edición y se queda a mitad de cargar >>>>>>>>> (se ve la >>>>>>>>> barra superior y nada más), como se ve en esta imagen: >>>>>>>>> >>>>>>>>> >>>>>>>>> Me pasa sólo en 2 servidores (ambos con idéntico entorno). En otros >>>>>>>>> servidores puedo editar esos mismos metadatos sin problemas. >>>>>>>>> >>>>>>>>> Por lo que he visto en los logs, falla al intentar cargar algunos >>>>>>>>> recursos >>>>>>>>> de la caché wro4j: >>>>>>>>> >>>>>>>>> _custom_style, /geonetwork/static/bootstrap-tagsinput.min.js.map, >>>>>>>>> /geonetwork/static/none >>>>>>>>> >>>>>>>>> Siguiendo esta pista, he visto que hay una referencia a >>>>>>>>> {/root/gui/nodeId}_custom_style.css en el template >>>>>>>>> xslt/base-layout-cssjs-loader.xsl >>>>>>>>> >>>>>>>>> En concreto: >>>>>>>>> xslt/base-layout-cssjs-loader.xsl: >>>>>>>>> <link >>>>>>>>> href="{/root/gui/url}/static/{/root/gui/nodeId}_custom_style.css?v={$buildNumber}&{$minimizedParam}" >>>>>>>>> rel="stylesheet" media="screen"/> >>>>>>>>> >>>>>>>>> Así que parece que hay una variable {/root/gui/nodeId}, que >>>>>>>>> habitualmente >>>>>>>>> toma el valor "srv" y que por alguna razón no se inicializa >>>>>>>>> correctamente >>>>>>>>> en este entorno. >>>>>>>>> ¿Alguna idea? La caché wro4j ya la he borrado decenas de veces. >>>>>>>>> >>>>>>>>> He puesto todas estas pruebas en un ticket: >>>>>>>>> https://github.com/geonetwork/core-geonetwork/issues/4556 >>>>>>>>> >>>>>>>>> Saludos, >>>>>>>>> >>>>>>>>> César Martínez >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>>>>>> - - >>>>>>>>> César Martínez Izquierdo >>>>>>>>> GIS developer >>>>>>>>> - - - - - - - - - - - - - - - - - - - - >>>>>>>>> SCOLAB: http://www.scolab.es >>>>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>>>>>> - - >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> GeoNetwork-usuarios-es mailing list >>>>>>>>> GeoNetwork-usuarios-es@lists.sourceforge.net >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/geonetwork-usuarios-es >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *Vriendelijke groeten / Kind regards,Jose García >>>>>>>> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: >>>>>>>> +31 >>>>>>>> (0)318 416664 <+31318416664>Please consider the environment before >>>>>>>> printing >>>>>>>> this email.* >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>>>> César Martínez Izquierdo >>>>>>> GIS developer >>>>>>> - - - - - - - - - - - - - - - - - - - - >>>>>>> SCOLAB: http://www.scolab.es >>>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> *Vriendelijke groeten / Kind regards,Jose García >>>>>> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: >>>>>> +31 >>>>>> (0)318 416664 <+31318416664>Please consider the environment before >>>>>> printing >>>>>> this email.* >>>>>> >>>>> >>>>> >>>>> -- >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>> César Martínez Izquierdo >>>>> GIS developer >>>>> - - - - - - - - - - - - - - - - - - - - >>>>> SCOLAB: http://www.scolab.es >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> *Vriendelijke groeten / Kind regards,Jose García >>>> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31 >>>> (0)318 416664 <+31318416664>Please consider the environment before printing >>>> this email.* >>>> >>> >>> >>> -- >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> César Martínez Izquierdo >>> GIS developer >>> - - - - - - - - - - - - - - - - - - - - >>> SCOLAB: http://www.scolab.es >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> >> >> >> -- >> >> >> >> >> >> >> >> >> >> >> >> *Vriendelijke groeten / Kind regards,Jose García >> <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31 >> (0)318 416664 <+31318416664>Please consider the environment before printing >> this email.* >> > > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > César Martínez Izquierdo > GIS developer > - - - - - - - - - - - - - - - - - - - - > SCOLAB: http://www.scolab.es > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > -- *Vriendelijke groeten / Kind regards,Jose García <http://www.geocat.net/>Veenderweg 136721 WD BennekomThe NetherlandsT: +31 (0)318 416664 <+31318416664>Please consider the environment before printing this email.* _______________________________________________ GeoNetwork-usuarios-es mailing list GeoNetwork-usuarios-es@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geonetwork-usuarios-es
