ADF 11g: Variables de página

Una duda que suele surgir a la hora de crear la pageDef de una página es la siguiente:

Enlace a descarga del ejemplo

¿Para qué sirve el 'executable' variables?
Una de las funcionalidades que nos permite es la creación de "variables" asociadas a Data Controls (como cuando hacemos Drag & Drop de una View Object y genera el Iterator). Pero, por otro lado nos permite la generación de variables del tipo que queramos (por ejemplo java.lang.String).


Executable variables de una pageDef

¿Cómo puedo crear una variable?
En la propia pageDef lo podemos realizar desde la vista Structure o desde la propia pageDef haciendo click derecho en el propio ejecutable variables.
Seleccionar en Insert Inside Variables -> variable para crear una variable.


Creación de una variable en el executable variables (I)

Dar un nombre lógico y el tipo de datos de la variable.


Creación de una variable en el executable variables (II)

Generar un binding a dicha variable para facilitar el acceso a la misma. El binding será de tipo attributeValues.
Creación del Binding a la variable (I)
Elegir la fuente del binding, en este caso, variables y la variable recién creada.

Creación del Binding a la variable (II)
Con ello ya podemos usar la variable para almacenar o mostrar los valores que queramos:

Binding a la variable creado


  • Uso en JSPX.
    Uso del Binding en JSPX

  • Uso desde JAVA.
    Uso del Binding desde JAVA
Aprovechando el ejemplo comentar que se puede modificar la ruta donde crea automáticamente JDeveloper las pageDef. Para ello seleccionar en las propiedades de proyecto del ViewController. Navegar a ADF Model y en el apartado PageDef sub-package podemos decir el prefijo de carpetas donde se almacenarán las pageDef. Hay que tener en cuenta que este prefijo será adherido al ya configurado por defecto para la aplicación como ruta de paquetes base.

Cambio de ubicación por defecto de las pageDefs

Ejemplo desarrollado en JDeveloper 11.1.1.6

 Enlace al ejemplo descargable: PageDefVarApp

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