ADF 11g: Paso de parámetros entre llamadas a Task Flows

Es muy común dividir los Task Flows en más Task Flows para facilitar el mantenimiento de los mismos. Esto hace que en numerosas ocasiones sea necesario pasar parámetros entre el Task Flow que actúa de Llamador y el Task Flow que actúa de Llamado.

Enlace a descarga del Ejemplo: EjemploParamTaskFlows.

Por ello traigo un ejemplo sencillo y explicativo de como se realiza el paso de parámetros entre Task Flows.

 Para comenzar, tenemos 2 Task Flows:

  • El Llamador: Es una Bounded Task Flow basada en fragmentos que contiene una única vista encargada de realizar la llamada a otro Task Flow. Está basada en fragmentos dado que lo incrustaremos en una página de prueba llamada startApplication.jspx.
    Task Flow Llamador
  • El Llamado: Es una Bounded Task Flow basada en páginas puesto que será ejecutada por el Llamador en modo "diálog / inline-popup". Contendrá una lógica inicial basada en el parámetro consumido de entrada que decidirá a qué página de la Task Flow se va a navegar.
    Task Flow Llamado
Dado el escenario principal, estos son los pasos importantes a la hora de pasar parámetros entre Task Flows:
  • En la definición del Task Flow Llamado se debe configurar un parámetro de entrada requerido. Por ello, en la configuración propia del Task Flow en la zona de configuración de Parameters registrar un nuevo parámetro con los siguientes valores:
    Registro del parámetro de entrada del Task Flow Llamado
    • Name: Es el nombre del parámetro. En el caso del ejemplo "accion".
    • Class: Es la clase Java que define el tipo del parámetro. En el caso del ejemplo String.
    • Value: Es donde será almacenado el valor. En este caso en la pageFlowScope en una variable llamada accion.
    • Required: Marca la obligatoriedad del parámetro. En caso de ser requerido, al realizar una Task-Flow-Call nos obligará a dar un valor a dicho parámetro.
  • En el propio Task Flow Llamado existe la implementación de una lógica en base al parámetro recibido apoyada en un af:router para decidir sobre la navegación a usar. 
    Configuración de af:router de entrada basado en el parámetro de entrada
  • En el Task Flow Llamador se tiene la Task Flow Call del Task Flow. Al añadir este Task Flow Call se solicitará el parámetro configurado en el Llamado. Por ello configuraremos que dicho parámetro recoja el valor de la pageFlowScope del Llamador de una variable llamada "valor pulsado". También recordar que, como se va a realizar la llamada en modo "dialog / inline-popup", hay que configurar esto mismo en la llamada.
    Configuración de la llamada al Task Flow Llamado (Task Flow Call)
  • Únicamente faltaría cargar el dato en la variable de la pageFlowScope llamada botonPulsado. Para ello se utilizará una Operation de ADF. Concretamente af:setActionListener. Para que, cuando se pulse uno de los botones de la vista, se cargue el valor correspondiente en la variable.
    Configuración de un Set Action Listener arrastrado al botón de "editar"
      Action Listener's configurados para todos los botones. Cargando la variable botonPulsado
  • También recordar que en los botones es imprescindible establecer el atributo useWindow = true dado que estamos ejecutando la llamada en modo "dialog / inline-popup".
  • Finalmente adherir el Task Flow llamador a una página de prueba y ejecutar.
    Task Flow Llamado, pulsar en Añadir
      Ejecución en diálogo al dar al botón añadir.
Ejemplo desarrollado con JDeveloper 11.1.1.4

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