Oracle Cloud and Fusion Middleware, Oracle JET, Jakarta EE and all other Open Source Blog!

Uno de los Bug más curiosos que me encontré al aterrizar en la versión PS3 de Oracle WebCenter fue el siguiente: Al ejecutar Custom ADF Task Flows que a su vez ejecutan otros Task Flows en forma de Dialog/inline-popup en una aplicación de Oracle WebCenter Portal. Me encontré que los popups, en Firefox/Chrome, renderizaban la misma página del Portal en la que se encontraba el Task Flow invococador en lugar del Task Flow al que invocaba. Curiosamente este "Bug" no ocurría en Internet Explorer. Enlace de descarga Aquí os presento un sencillo ejemplo que presenta el curioso Bug y una solución de contingencia al mismo hasta que encuentre una solución limpia a ello. En primer lugar crear una Fusion Middleware Application (ADF) del cual generar una ADF JAR Library con los Custom ADF Task Flows que se van a ejecutar en la aplicación de WebCenter. Básicamente generar 2 ADF Bounded Task Flows: Uno basado en page-fragments (jsff), que actuará como el llamador. Uno basado

La propagación de Metadata de las carpetas a los contenidos almacenados en la misma se realiza mediante la siguiente configuración. Primer se debe seleccionar en la configuración del componente Folders_g de Oracle WebCenter Content ( UCM ) los metadatos que van a ser propagados. Configuración de qué metadatos propagar En las carpetas que queremos que propaguen metadatos, debemos indicarles en el metadato Inhibit Propagation que lo haga estableciéndolo al valor “False” . Metadato que indica la propagación Al realizar Check-in de nuevos contenidos en la carpeta desde UCM , los metadatos propagados estarán auto-rellenados. Sin embargo, cuando realizamos una carga masiva de contenidos desde BatchLoader en una carpeta determinada, no se rellenan automáticamente los metadatos propagados desde la carpeta. Por ello es necesario ejecutar la función Propagate desde la sección info de la carpeta. Función de propagación de metadatos en la info de una carpeta Un saludo a

Una de los problemas más comunes a la hora de utilizar XSTL (JSTL para XML), o transformaciones XSL (x:transform por ejemplo) en nuestras aplicaciones de Oracle WebCenter o SiteStudio XA (SSXA) suele residir en el SAX Parser registrado tanto en WebLogic, como en nuestra aplicación. El error más usual es el siguiente: XML-22108: (Error) Invalid Source - URL format is incorrect. XML-22000: (Fatal Error) Error while parsing XSL file (weblogic.xml.jaxp.RegistryXMLReader cannot be cast to oracle.xml.parser.v2.SAXParser). ¿Qué significa este error?.  Que WebLogic por su lado esta utilizando y tiene registrado los "Factory" de la librería xerces.jar y por nuestro lado tenemos en nuestro Classpath de la aplicación la librería de  Oracle XML Parser v2.  ¿Cómo se soluciona este error?. Las posibles soluciones a este error tienen 2 vertientes principalmente: Registrar en WebLogic el Parser Oracle XML Parser v2 e incluirlo en su classpath. (Solución 1). Directamente en

Una de las novedades de Site Studio for eXternal Applications (SSXA) es la posibilidad de "cachear" los resultados procedentes de consultas RIDC. Por ello únicamente es necesario añadir, en las consultas "cacheables", los siguientes parámetros: __ssxaCacheEnabled: Flag que establece si vamos a cachear la consulta. Para ello establecerlo a true. __ssxaCacheKey: Para el caso en el que se quiera especificar la clave de caché a utilizar. __ssxaCacheFields: Campos que se van a usar para "cachear" el contenido. Si no se especifica utilizará toda la información local. __ssxaCacheTTL: Es el tiempo de vida del contenido en caché medido en milisegundos. Por defecto, si no se especifica valor es de 5 minutos. Un ejemplo de uso: Ejemplo de servicio RIDC cacheado En el caso de querer administrar/monitorizar la caché manualmente. Se puede acceder a su administración desde la consola del Content Server de Oracle WebCenter Content (UCM): Navegar ha

Hola. Aquí os traigo un breve bloque de referencias sobre como mejorar el rendimiento de nuestros portales de WebCenter. Por un lado, en el capítulo 22 de la documentación oficial de Oracle  encontramos diferentes formas de mejorar el rendimiento de nuestra aplicación. En ella podemos encontrar varios tipos de configuraciones que podemos realizar tanto a nivel de aplicación como de configuración externa: Configuración del DataSource de WebCenterDS recomienda que se incrementen los "pooles" iniciales de conexión al igual qué parámetros que por defecto vienen en un valor bastante bajo. Configuraciones de la JVM y WebLogic como pueden ser el aumento de la memoria asignada a la JVM ó la configuración del garbage collector Configuración de la duración de la sesión y del tiempo de expiración de las JSP de nuestra aplicación de WebCenter para la liberación de memoria de aquellos recursos que son usados con menor frecuencia. "Setting ADF Client State Token" . Es e

Hola. Respecto al a entrada:  Integración WebCenter - UCM (PS3): Obtener conexión RIDC mediante Java  añadir que existe una librería para el acceso al nombre de la conexión primaria RIDC configurada en nuestra aplicación de WebCenter: String connectionName = DocLibADFConfigUtils .getPrimaryConnectionName(); Con ella podremos acceder al nombre configurado de la conexión UCM de forma transparente. Un saludo.