Open Source Document Management System | OpenKM

Hola a todos.

Ya tengo bastante avanzado el tema OpenKM. La verdad, es que cada día estoy más contento de haber encontrado esta herramienta. Ahora, me encuentro con varios puntos que visto comentados en varios hilos de este foro pero que no me ha llevado a buen puerto. Por ese motivo, espero que me podais ayudar.

1) Configuración "vista de documentos". He instalado openoffice 3.0 y he creado el servicio tal y como indicais en este foro. Además, se he configurado la variable system.openoffice=on. Bueno, el problema que me encuentro es que el servicio soffice.bin me deja el equipo CAO. Es decir, del 78% al 100% de CPU. Sabeis porque?

2) He configurado la variable system.pdf2swf=pdf2swf y he copiado el fichero pdf2swf.exe dentro del directorio <bin>. Aun así, me encuentro que hay documentos que los muestra y otros que no. Lo mejor de todo es que reviso el logger y no detecto ningún error.

Por cierto, trabajo sobre un windows 2003 server. He seguido los procedimientos necesarios. Parar servidor JBoss, instalar openoffice, instalar swftools, configurar variables en openkm.cfg e iniciar todo.

Un saludo

Que la cpu suba al 78-100% es normal dado que el proceso de conversión es bastante pesado y depende un poco del tipo de documento. Ojo que cuando indexas un pdf la cpu tambien sube bastante, estos son los unicos momento en que la maquina da el 100% de lo que tiene.

No se que memoria tiene la maquina, pero el SO de windows come mucho el solito + lo que necesita el jboss ... tendrias que mirar si pagina mucho a disco etc... 2-4 GB de RAM son deseables en un windows. Y parametrizar olgadamente la JVM del jboss.

El problema que te los muestre puede ser que mientras dura la conversión el usuario no se entera de nada ( no sale un popup en el flash ni nada que te indique que esta convertiendo, igual vuelves al cabo de un rato y ya lo previsualizas ).

en vez de disparar el pdf2swf tambien puedes poner un pdf2swf.bat que internamente dispare el pdf2swf con parametros, etc... ( solo te intento dar ideas ), esto se tendría que probar. En linux tenemos alguno montado así, por que hace mas cosas, en windows se debería experimentar un poco a ver si rula directamente bien o tenemos que hacer alguna modificación.

Ojo al dato:
1- el open office tira como servicio y por lo tanto gestiona la memoria como le da la gana o como puede, pero desde su ventana de recursos propia.
2- el pdf2swf es invocado desde el jboss y no te puedo asegurar que no tire de los recursos reservados del servidor de aplicaciones, me lo tendría que mirar, pero igual ahí esta parte del possible problema ( por eso te comentaba lo de incrementar la memoria JVM )