WebCenter Portal: Custom Skin en Shared Library

Para WebCenter Framework Portal parece estar claro el procedimiento y la manera de poner una Custom Skin para multidiomar los literales de ADF.  Esto lo explicaba en:

Custom Skin ADF: Modificación de los estilos y traducción de literales

Baja el ejemplo PortalCustomSkins de mi repositorio Git de WebCenter Portal

En esta entrada trato de aclarar una de las mayores dudas acerca de cómo hacer Skins con sobrescritura de literales ADF para WebCenter Portal (anteriormente conocido como Spaces).

Aquí se resuelven las siguientes dudas:
  • Cómo desplegar un Skin como Shared-lib.
  • Cómo hacer el Skin disponible en la Administración de WebCenter Portal.
Cómo despliego un Skin como Shared-lib para WebCenter Portal?
Básicamente se puede crear una aplicación con la siguiente estructura:

Estructura de proyecto de Skins para WebCenter Portal
 Un proyecto por cada Skin que se vaya a desarrollar y poner los archivos en las siguiente carpeta.
    • El archivo trinidad-skins.xml bajo src/META-INF
    • El archivo CSS en una carpeta bajo src/META-INF/adf (Con ello se consigue que el Resource Loader de ADF sea quien sirva el archivo).
    • Generar un archivo JAVA o Properties para incluir los literales de los componentes ADF que se quieran sobrescribir.
  • Generar un Deployment Profile del projecto de tipo JAR Library. En su configuración asegurar que los archivos .class del src y los archivos de META-INF son adheridos a la librería.
    Incluir los archivos de META-INF y Java/Properties dentro del JAR.
  • Un proyecto para desplegar la librería en WC_Spaces como Shared-lib (WAR Deployment Profile dependiente de los deployment profiles de los skins).
    Proyecto para desplegar los Skin como Shared-lib
    Adherir los Skins como parte de la Shared-lib WAR.

    Desplegarla en WC_Spaces donde se encuentra WebCenter Portal
Registrar la nueva Shared-lib en nuestro proyecto de extensión de WebCenter Portal y re-desplegar una nueva versión de extended.webcenter.spaces.war

Registrando la Custom Skin Shared-lib en WebCenter Portal usando la aplicación de Extensión

Cómo hago disponible en la Administración de WebCenter Portal?.
El mejor modo para hacer disponible la nueva Skin es crear una nueva Skin (ya sea mediante la consola de Administración o desde JDeveloper usando el proyecto de DesignWebCenterSpaces) y hacer que extienda de nuestra Custom Skin cambiando el valor de extends.
Nueva Skin que extiende la desplegada en la Shared-lib
Asignar la nueva Skin a un portal / espacio y comprobar que los literales se han traducido.

Literal traducido obtenido del nuevo Skin
 Referencias:

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