Errores transform-core-aio tras migración 25.3

[cromerogil]

Buenas tardes,

Estoy intentando actualizar nuestro alfresco (versión 7.0.0 CE) a la 25.3.0 CE y tengo varias dudas y errores. Les escribo por si me pueden ayudar.

He seguido las indicaciones de las páginas:

• https://docs.alfresco.com/content-services/community/upgrade/
• https://support.hyland.com/r/Alfresco/Alfresco-Content-Services-Community-Edition/25.3/Alfresco-Cont...

En la documentación de la versión 23.2 he visto que no es posible hacer una migración directa desde nuestra versión 7.0.0 por lo que he probado previamente a migrar a la versión 7.4.1.1. Para ello he utilizado docker compose. He descargado el tag 7.0.0-M.2 de git (https://github.com/Alfresco/acs-deployment/tree/v7.0.0-M.2?tab=readme-ov-file) y utilizado el fichero "community-docker-compose.yml".

• He ejecutado docker-compose para crear una instalación limpia de la versión 7.4.1.1. Funciona correctamente.
• He apuntado nuestra aplicación a la nueva versión 7.4.1.1. Conecta correctamente.
• He testeado nuestra aplicación con la nueva versión 7.4.1.1. Funciona correctamente.
• He eliminado los contenedores creados y he reejecutado docker-compose apuntando a nuestra bbdd de la versión 7.0.0 y a nuestra carpeta local "alf_data".
• No veo errores en los logs. Accedo a los datos correctamente (desde share).
• En el log del contenedor de transform-core-aio veo varios warnings:
  • WARN 1 --- [nio-8090-exec-6] o.a.pdfbox.pdmodel.font.PDTrueTypeFont : Could not read embedded TTF for font ABCDEE+Calibri,Bold
  • WARN 1 --- [nio-8090-exec-6] o.a.pdfbox.pdmodel.font.PDTrueTypeFont : Using fallback font 'LiberationSans' for 'ABCDEE+Calibri,Bold'
  • WARN 1 --- [nio-8090-exec-6] o.a.pdfbox.pdmodel.font.PDTrueTypeFont : Could not read embedded TTF for font ABCDEE+Calibri
  • WARN 1 --- [nio-8090-exec-6] o.a.pdfbox.pdmodel.font.PDTrueTypeFont : Using fallback font 'LiberationSans' for 'ABCDEE+Calibri'
  • WARN 1 --- [nio-8090-exec-3] org.apache.pdfbox.pdfparser.COSParser : The end of the stream doesn't point to the correct offset, using workaround to read the stream, stream start position: 35961, length: 169572, expected end position: 205533
  • WARN 1 --- [nio-8090-exec-3] org.apache.pdfbox.pdfparser.COSParser : The end of the stream doesn't point to the correct offset, using workaround to read the stream, stream start position: 206203, length: 181953, expected end position: 388156
• He apuntado nuestra aplicación a la nueva versión 7.4.1.1. Conecta correctamente.
• He testeado nuestra aplicación con la nueva versión 7.4.1.1. Funciona correctamente.

Tras validar la actualización/migración de la versión 7.0.0 a la 7.4.1.1 he intentado saltar a la versión 25.3.0. Para ello he utilizado docker compose. He descargado la rama master de git (https://github.com/Alfresco/acs-deployment/tree/master) y utilizado el fichero "community-compose.yaml".

• He ejecutado docker-compose para crear una instalación limpia de la versión 25.3.0. Funciona correctamente.
• He apuntado nuestra aplicación a la nueva versión 25.3.0. Conecta correctamente.
• He testeado nuestra aplicación con la nueva versión 25.3.0. Funciona correctamente.
• He eliminado los contenedores creados y he reejecutado docker-compose apuntando a nuestra bbdd de la versión 7.4.1.1 y a nuestra carpeta local "alf_data".
• En el log del contenedor de transform-core-aio veo gran cantidad de errores:
  • ERROR 1 --- [nio-8090-exec-4] o.a.fontbox.ttf.GlyphSubstitutionTable : lookups[XXX] is 0 at offset 238380
  • ERROR 1 --- [nio-8090-exec-7] o.a.fontbox.ttf.GlyphSubstitutionTable : subTableOffsets[XXX] is 0 at offset 266563
• Accedo a los datos correctamente (desde share).
• He apuntado nuestra aplicación a la nueva versión 25.3.0. Conecta correctamente.
• He testeado nuestra aplicación con la nueva versión 25.3.0. Funciona correctamente.

¿Es necesario el proceso transform-core-aio para la migración? ¿Existe algún proceso para validar los documentos que producen erorres?
Nuestra aplicación utiliza alfresco como repositorio documental mediante CMIS y los accesos desde share son mínimos. La gran mayoría de documentos almacenados son PDFs.

Gracias de antemano.