WebCenter Portal con WebCenter Content (Contribución y Presentación) al mismo tiempo

WebCenter Portal puede ser configurado para utilizar varios Repositorios de Contenido al mismo tiempo

Versión en inglés

Varios repositorios de WebCenter Content
 
Content Presenter con múltiples repositorios


Este post cubre un escenario peculiar como el siguiente:

"El contenido debe ser mostrado desde dos repositorios de contenido distintos según el Rol del usuario. Si el usuario es un usuario contribuidor entonces el contenido debe ser consumido desde el repositorio de Contribución. En caso contrario, el contenido será servido desde el repositorio de Presentación".


Escenario propuesto

El escenario ideal es tener totalmente separados Portal-Content de contribución/presentación. Sin embargo, puede que solamente se tenga una instancia de WebCenter Portal.

¿Cómo se puede conseguir este dinamismo entre repositorios basado en Roles de usuario? 

Primero recordar lo siguiente con respecto a Content Presenter:
  • Hay dos maneras de configurarlo:
    • Usando el Configuration Dialog el cual está pensado para configuración en tiempo de ejecución.
      Diálogo de Configuración de Content Presenter
    • En Configuration Properties el cual se suele utilizar para configurar Content Presenter en Diseño
      Configuración de propiedades de Content Presenter
  • Nota: En caso de configurar Content Presenter usando Configuration Properties. Los valores configurados sobrescribiran cualquier cambio realizadon con Configuration Dialog.
    Conflicto de configuración entre Diálogo y Propiedades
La solución consiste en tener un parámetro de página que calcule, según el Rol de usuario, el nombre de conexión del repositorio a utilizar.

Parámetro de página que calcula el nombre de repositorio a utilizar

Finalmente configurar Content Presenter para hacer uso del parámetro de página con el valor calculado

Configuración dinámica del repositorio a utilizar

TIP: El parametro de página puede ser configurado en una Page Style y así toda página creada en Runtime tendrá por defecto el parámetro calculado.

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