Como subir archivos de gran tamaño en Oracle BPM 12c

En una aplicación BPM es común adjuntar documentos en el proceso, ya sea que estos sean guardados en un repositorio de Contenido como Oracle UCM o en la Base de datos de metadata, se nos limita subir archivos de hasta 2 MB como máximo. 

Al tratar de subir un archivo con un tamaño mayor a 2 MB se nos muestra una advertencia similar a la siguiente:

Esta es una restricción de ADF pero es heredada en BPM ya que BPM utiliza ADF para las interfaces de usuario (si no se está usando WebForms) es por ello que aplica el siguiente cambio:

Debemos abrir el archivo web.xml que se encuentra adentro de la carpeta WEB-INF del proyecto de nuestra Interfaz Web y agregar la siguiente entrada a éste:

Con la entrada anterior lo que estamos haciendo es modificando el máximo permitido a subir por archivo, le estoy especificando en el ejemplo que permita subir hasta 120 MB ((125829120 / 1024 )/1024).

Si desplegamos y subimos nuevamente veremos que ahora si ya nos deja subir un archivo mayor a 2 MB sin ningún problema:

Nota: también aplica para 11g

Contar la totalidad de documentos almacenados en Webcenter Content / UCM

En ocasiones se requiere conocer la totalidad de documentos que se han almacenado en Webcenter Content, para obtener ese dato nos podemos basar en el esquema OCS que forma parte de los repositorios o esquemas instalados como parte de Webcenter Content.

Dentro del esquema podemos encontrar 2 tablas que nos son útiles para ese fin:

• DOCMETA:  que contiene todos los documentos que se encuentran almacenados incluyendo las revisiones. Además nos puede ser útil ya que cuenta con los campos de metadata que hayamos definido en WCC, por lo que podemos hacer consultas basándonos en éstos.

• REVISIONS: que contiene el detalla de todas las revisiones para los documentos que hayamos guardado. 

Mencionado lo anterior, si usamos las siguientes consultas, podemos:

Obtener la totalidad de documentos incluyendo revisiones:

SELECT COUNT(*) FROM DOCMETA;

Obtener la totalidad de documentos sin incluir revisiones:

SELECT COUNT(*) FROM REVISIONS WHERE DREVRANK = 0;

DREVRANK = 0 se utiliza para filtrar por la última revisión que se haya guardado.

Eso es todo!

Habilitar Full-Text Search en WCC/UCM 11g 12c

Para configurar la opción de búsqueda e indexación a través de OracleTextSearch se debe tener configurado el Servidor de Contenido con una base de Datos Oracle que soporte OracleTextSearch (desde versión 11.1.0.7 en adelante) y realizar los siguientes pasos:

1. Navegar a la ruta:  $DOMAIN_HOME/ucm/cs/config
2. Abrir el archivo config.cfg
3. En el apartado de variables adicionales agregar la siguiente entrada:

SearchIndexerEngineName=ORACLETEXTSEARCH

4. Luego se debe reiniciar el Servidor de Contenido UCM.
5. Cuando se haya reiniciado se debe recontruir el indice de búsqueda, lo cual se hará a través del "Repository Manager", para ello ingresar al Servidor de Content:

   5.1 Ingresar al tab de "Administration".
   5.2 Dar clic en "Admin Applets".
   5.3 Dar clic en el botón "Repository Manager".
   5.4 Abrir el tab "Indexer".
   5.5 Dar clic en el botón "Start" para el apartado de "Automatic Update Cycle" y "Collection Rebuild Cycle".

Una vez hecho lo anterior notaremos que ahora en la consola de WCC aparecerá en las búsquedas la opción de búsqueda a través de Full-Text:

Saludos!

!csSearchIndexerEngineNotExist,DATABASE.ORACLETEXTSEARCH

Al tratar de configurar la opción de Full-Text Search puede ser que nos topemos con el siguiente error:

at weblogic.work.ExecuteThread.execute(ExecuteThread.java:397) at weblogic.work.ExecuteThread.run(ExecuteThread.java:346) Caused by: intradoc.data.DataException: !csSearchIndexerEngineNotExist,DATABASE.ORACLETEXTSEARCH at intradoc.shared.CommonSearchConfig.createDataException(CommonSearchConfig.java:2599) at intradoc.shared.CommonSearchConfig.setCurrentConfig(CommonSearchConfig.java:1049) at intradoc.shared.CommonSearchConfig.init(CommonSearchConfig.java:178) at intradoc.server.SearchIndexerUtils.initSearchIndexerConfig(SearchIndexerUtils.java:64) at intradoc.server.IdcSystemLoader.initSearchIndexerConfig(IdcSystemLoader.java:1406) at intradoc.server.IdcSystemLoader.loadCaches(IdcSystemLoader.java:1256) at intradoc.server.IdcServerManager.init(IdcServerManager.java:143)

El error anterior se da cuando la entrada que ingresamos al archivo config.cfg de Content está mal, pues la entrada no debe contener la palabra "DATABASE.", sino que debe ser ingresada de la siguiente manera:

SearchIndexerEngineName=ORACLETEXTSEARCH

Saludos! 

Disable 8dot3 semantics by running Installer DisableNtfs8dot3

Al ingresar por primera vez a la consola de Webcenter Content pueda ser que se nos muestre el siguiente mensaje en plataforma Windows:

"The weblayout directory is on a filesystem with 8dot3 semantics. Legacy 16-bit 8dot3 filenames conflict with revision labels and will cause file loss. Disable 8dot3 semantics by running Installer DisableNtfs8dot3 and then restarting Windows."

o:

"El directorio de diseño web está en un sistema de archivos con semánticas 8dot3. Los nombres de archivo 8dot3 de 16 bits de legado entran en conflicto con las etiquetas de revisión y provocarán una pérdida de archivos. Desactive las semánticas 8dot3 ejecutando "Installer DisableNtfs8dot3" y, a continuación, reinicie Windows."

Solución:

En Windows 7 se debe modificar el registro y modificar la siguiente llave:

HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/FileSystem

Cambiar el valor del la entrada NtfsDisable8dot3NameCreation  a 1

Reiniciar el sistema para que el cambio tome efecto.