Recursos / Assets de Framework Portal despues de un re-despliegue

Los recursos / assets de WebCenter Framework Portal son referenciados en el archivo generic-site-resources.xml que se encuentran en la ruta de MDS bajo el GUID de portal por defecto.

/oracle/webcenter/siteresources/scopedMD/s8bba98ff_4cbb_40b8_beee_296c916a23ed

Versión en inglés

La administración de WebCenter Framework Portal permite la edición y gestión de los recursos de portal que estan registrados en dicho archivo.

Recursos / Assets de Portal



En el caso de WebCenter Portal, hay múltiples de ellos, uno por cada GUID de Portal creado con Portal Builder (además de el por defecto).

Ejemplo de fragmento del archivo por defecto de generic-site-resources.xml


   
      
         
      
      
         
      
   
   
      
         
      
      
         
      
      
         
      
      
         
      
      
         
      
      
         
      
      
         
      
   
   
   
      
         
            
            
            
            
            
         
      
      
         
            
            
            
            
            
         
      
    ...


Este post se centra en un "error" muy común cuando se desea redesplegar una aplicación de WebCenter Framework Portal.

"He redesplegado una aplicación de WebCenter Framework Portal y se han perdido los recursos que cree en Runtime! Qué ha pasado?."

Cuando se empaqueta una aplicación de WebCenter Framework Portal se genera un archivo .EAR a través de los scripts ANT de OJDeploy de JDeveloper. Esto crea e introduce en el .EAR un archivo llamado AutoGeneratedMar.mar con los recursos / assets de Portal en tiempo de diseño, incluyendo el famoso generic-site-resources.xml local.

Si no se realiza ninguna modificación a este empaquetado entonces durante el re-despliegue de la aplicación de WebCenter Framework Portal se sobreescribiran todos los archivos que contenga el archivo AutoGeneratedMar.mar y entre ellos el generic-site-resources.xml.

Qué ha pasado con los assets creados en Runtime? 

Básicamente siguen existiendo, pero al no estar referenciados en el generic-site-resources.xml en la Administración de WebCenter Framework Portal no apareceran como recursos (aunque pueden seguir siendo configurados a través de su path de MDS en la pestaña de Configuration).

Soluciones 

Existen dos soluciones para re-desplegar:
  • Mantener la aplicación de WebCenter Framework Portal de JDeveloper actualizada importando los recursos de portal creados en Runtime a tiempo de Diseño. Con ello se mantendrá sincronizado el archivo generic-site-resources.xml
  • Añadir el archivo mds-transfer-config.xml a la carpeta META-INF dentro del archivo AutoGeneratedMar.mar para indicar qué archivos de MDS no deben ser sobreescritos.
Ejemplo del contenido del archivo mds-transfer-config.xml para prevenir cambios en generic-site-resources.xml

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