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: Inter-Module communication in TypeScript Template

Image
In this post I bring another example on how to Communicate Modules using the Oracle JET - TypeScript Template based on the Oracle JET Cookbook: InterModule Communication From now and so on will create multiple examples using TypeScript for those who are not familiar with it and wants to turn the Cookbook examples into TypeScript :). The example ( ojet-typescript-list-detail ) can be found as usual in my GitHub repository: https://github.com/DanielMerchan/ojet-examples This example is a bit different compared to the Cookbook example where the modules are not running at the same time within a Module. This example is built as described in the following images: Customers module acts as the Wrapper Module. It coordinates when to load the list and detail modules. Customers module makes use also of signals npm module for communication between Customers-List, Customers-Detail. Explanation of the Example customers.js is the coordinator responsible module for: initiali
Read more

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