BUG: WebCenter Spaces MDS vs Custom Task Flow

El otro día encontré un error muy curioso durante el despliegue y configuración de un Custom Task Flow en una plataforma WebCenter Portal : Spaces 11.1.1.6.

Enlace versión inglés
Link to english version

Durante la configuración de los parámetros del Custom Task Flow y al hacer click en Save de Oracle Composer NO persistía los cambios en el MDS. Es más, el Task Flow ni se registraba en la página.

En las trazas de WC_Spaces me encontré el siguiente error:

java.lang.IllegalArgumentException: Invalid UUID string: df
    at java.util.UUID.fromString(UUID.java:204)
    at oracle.mds.internal.persistence.MDSGUIDImpl.<init>(MDSGUIDImpl.java:51)

Probando en una Custom Portal Application verifiqué que todo funcionaba de manera correcta.
Haciendo mas pruebas encontré que si el Task Flow se encontraba en una view diferente a la principal los parámetros eran registrados correctamente en el MDS.

El problema se acotaba a la view principal del Task Flow. Por alguna razón, en la página principal del Task Flow los cambios en Oracle Composer no eran persistidos.


Habilitando las trazas a nivel DEBUG del MDSSandBox de WebCenter Spaces se observa que la etiqueta que utiliza y genera para cuando se adhiere el Task Flow contenia por medio la ruta de una imagen PNG que estaba en el código de la view.

[2013-04-11T19:21:25.364+01:00] [WC_Spaces] [TRACE:32] [] [oracle.mds.sandbox] [tid: [ACTIVE].ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'] [userId: wbdevadmin] [ecid: 62340e71fac4a771:-495fe158:13dfa480d34:-8000-0000000000000e2d,0] [APP: webcenter#11.1.1.4.0] SandboxHelper.listSandboxes(); Namespace:/oracle/webcenter/doclib/view/jsf CUSTOMIZATIONS; SandboxNamePattern:WCFOWPSSLadfSLimagesSLpmp-mid.pngWCSEPwbdevadminWCRAN%; List of sandboxes:

Justamente esta imágen se corresponde con un background:url que hay en un inlineStyle del código. 

<af:panelGroupLayout id="pgl1" layout="vertical"
                         inlineStyle="background:url('../adf/images/pmp-mid.png') repeat-y white;">

Al eliminar el inlineStyle y sustituirlo por un styleClass el error desapareció y el Task Flow se registraba en MDS correctamente.

Comments

Post a Comment

Popular posts from this blog

OJET: Build and Deploy in an Application Server

Image
There are some other sources where an Oracle JET Application is packaged and deployed as a WAR in Oracle WebLogic Application Server (Arda Eralp) https://blogs.oracle.com/ardaeralp/deploy-oracle-jet-application-to-weblogic-server (Andrejus Baranovski's) http://andrejusb.blogspot.com/2016/07/serving-oracle-jet-application-from.html They may look bit old or maybe because they call directly grunt tasks by using the grunt-cli . In this post I will update a bit these posts in Oracle JET 6.1.0 and the usage of ojet build (instead of calling the grunt tasks) for also building the corresponding WAR file. The example can be found in my GIT repository: https://github.com/DanielMerchan/ojet-examples Let's start... Install grunt-war module in your Oracle JET Application. npm install grunt-war --save-dev Create a war.js (or call it whatever you want) in /scripts/grunt/config folder under your souce files. This is a sample code inside of it, check https://www.npmjs.com/packag...
Read more

OJET: Select All options using only Checkboxset

Image
This is an example on how to select all other options by using another oj-checkboxset. GitHub: ojet-checkbockset-select-all The idea is to keep track of the selection and make use of the on-value-changed as described in the following code. self.colorOptions = ko.observableArray([ { id: "blueopt", value: "blue", color: "Blue" }, { id: "greenopt", value: "green", color: "Green" }, { id: "redopt", value: "red", color: "Red" }, { id: "limeopt", value: "lime", color: "Lime" }, { id: "aquaopt", value: "aqua", color: "Aqua" }, ]); self.selectAll = ko.observableArray([]); self.currentColor = ko.observableArray(["red"]); self.selectAllOptionChanged = (event) => { const newSelection = event.detail.value; if (newSelection.indexOf('all')...
Read more

WebCenter Content: Check-in sin Primary File

Image
En esta entrada se explican dos ascpectos relacionados con los Primary File: Primary File fields Permitir que un Check-in no obligue a subir un fichero asociado para todos los contenidos. Cómo permitir Check-in para un perfil específico y ocultar los campos de Primary File de un formulario de Check-in . Permitir Check-in sin Primary File Para permitir los Check-in sin Primary asociado para todos los contenidos de WebCenter Content solo hay que añadir la siguiente variable a la configuración: AllowPrimaryMetaFile=true Configuración de Oracle WebCenter Content Permitir Check-in y ocultar los campos para un Profile específico En caso de requerir realizar la acción para ciertos perfiles de WebCenter Content. Seguir los siguientes pasos: Crear una nueva regla que se activará con las condiciones de Check-in Regla que se activa con Check-in En la pestaña de Side Effects añadir el siguiente IdocScript que permitirá la creación de contenido sin Primary File y ade...
Read more