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 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - _______________________________________________ GeoNetwork-usuarios-es mailing list GeoNetwork-usuarios-es@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geonetwork-usuarios-es
