JBoss EAP 6: Request header is too large

Si al probar una aplicación Java en un Servidor JBoss EAP 6 nos aparece un mensaje como el siguiente:

12:12:27,174 DEBUG [org.apache.coyote.http11] (http-127.0.0.1:8080-3) JBWEB003070: Error parsing HTTP request header: java.lang.IllegalArgumentException: JBWEB002015: Request header is too large 
   at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:741) [jbossweb-7.5.24.Final-redhat-1.jar:7.5.24.Final-redhat-1] 
   at org.apache.coyote.http11.InternalInputBuffer.parseHeader(InternalInputBuffer.java:610) [jbossweb-7.5.24.Final-redhat-1.jar:7.5.24.Final-redhat-1] 
   at org.apache.coyote.http11.InternalInputBuffer.parseHeaders(InternalInputBuffer.java:507) [jbossweb-7.5.24.Final-redhat-1.jar:7.5.24.Final-redhat-1] 
   at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825) [jbossweb-7.5.24.Final-redhat-1.jar:7.5.24.Final-redhat-1] 
   at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:656) [jbossweb-7.5.24.Final-redhat-1.jar:7.5.24.Final-redhat-1] 
   at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.24.Final-redhat-1.jar:7.5.24.Final-redhat-1] 
   at java.lang.Thread.run(Unknown Source) [rt.jar:1.8.0_144]

Es porque el tamaño de la solicitud que enviamos es mucho mayor que el tamaño permitido, que por defecto de 8 KB.

Continuar leyendo aquí.

Auto Purgado en Oracle SOA 12c

A diferencia de las versiones anteriores de SOA donde teníamos que hacer uso de scripts, particionamiento etc. para eliminar la metadata que ya no se necesita y que puede impactar en el rendimiento de nuestras aplicaciones, en SOA 12c existe una nueva característica, la cual es el auto purgado que nos facilita la labor de eliminar dicha metadata.

En el EM de SOA podemos acceder a esta nueva característica desde la siguiente ruta:

Al ingresar a la opción de Depuración automática veremos la siguiente pantalla:

Continuar leyendo aquí.

Oracle Forms 12c FRM-91135 fmcus.msb not found

Luego de una nueva instalación de Forms y Reports 12c y luego de intentar iniciar el Forms Builder por primera vez, el siguiente mensaje de error nos puede aparecer:

Oracle Fusion Middleware 12c Forms Services
FRM-91135: Fatal error: message file
ORACLE_HOME\forms\mesg\fmcus.msb not found.

El error se parece al de la siguiente imagen:

Igual comportamiento se puede ver al iniciar por primera vez el Reports Builder 12c.

Al revisar el Registro de Windows se aprecian solamente las siguientes variables:

Continuar leyendo aquí.

How to integrate BPM 12c with Webcenter Content 12c

A few days ago, I wrote the following article about how to integrate Oracle BPM 12c with Oracle Webcenter 12c.

You will find it here.

Reports Builder 11gR2 stops working when trying to open query object

When trying to open a SQL query object inside Reports Builder 11gR2 11.1.2.2 this stops responding causing the application to exit. This is due a bug in this version.

The solution at this moment for this bug is to select the SQL Query object and then go to Tools Menu -> Report Editor.

Other option would be to use Reports Builder 12c.

Unable to start JDeveloper 12c 12.2.1.2 Integrated Weblogic Server on Windows 10

I was trying to install JDeveloper 12c for BPM newest release (12.2.1.2) on Windows 10, I though it would be easy taking in count Im not the first person trying to install it on Windows 10 and because there are many articles explaining the procedure.

I found an article saying that i should add the word "Windows 10" inside javashell.py in order to be able to start Integrated Sever. You may find the article here. 

When I was looking for the variable _osTypeMap I noticed it does not exist (I think because of a change in this release), there is a variable _dosTypeMap but even when i added the string "Windows 10", it didn't work, I got the following similar error from the above article:

java.io.IOException: Cannot run program "Command": CreateProcess error=2, The system cannot find the file specified'
Error:  ADRS_DOMAIN_PASSWORD environment variable not set.

After trying different ways to start the Integrated Weblogic Server I found out a way, maybe is not the best way but i did work for me: if you delete the Default Domain and then you create a new Default Domain it will work, the Integrated Server will start.

Hope this helps!

BPM 12c: Error when trying to start JDeveloper - Could not install some modules

When trying to start JDeveloper for SOA 12c or BPM 12c you may encounter the following error:

Warning - could not install some modules:
oracle.external.timing - org.netbeans.InvalidException: Netigso:
C:\Oracle\MiddlewareBPM\Oracle_Home\jdeveloper\external\oracle.external.timing.jar: Not found bundle:oracle.external.timing oracle.jdeveloper.webservice.share - org.netbeans.InvalidException: Netigso

To fix this error and start JDeveloper do the following:

- Delete all folders and files under:
  C:\Users\{user}\AppData\Roaming\JDeveloper

After that JDeveloper should start without error.

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!