jBPM5 Console Server and Human Task Server: instalación y configuración

0
7396

jBPM5 Console Server and Human Task Server: instalación y configuración

0. Índice de contenidos.


1. Introducción

Es este tutorial vamos a revisar cómo llevar a cabo una instalación personalizada de los componentes que
dan soporte al core de jBPM5:

  • jBPM Console Server: es la pieza principal que da soporte a la gestión de procesos, proporciona un api REST
    que nos permite además realizar todas las operaciones relacionadas con la gestión de tareas, de usuarios y la
    renderización de formularios. Podríamos decir que es el API de gestión de procesos.
  • jBPM Human Task Server: es una pieza nueva que hace de repositorio de tareas y que permite además realizar todas
    las operaciones necesarias para la gestión de usuarios y formularios. En realidad el API REST que nos
    proporciona el jBPM Console Server no es más que una fachada de estos servicios a los que accede mediante
    JMS.
  • JBPM Console: es una aplicación web que nos permite acceder a la lista de tareas pendientes por usuario o grupo, arrancar
    un proceso y monitorizarlo. Sería la pieza que podríamos incrustar en nuestras aplicaciones o tomar de referencia
    para hacer el mismo uso del API REST del Console Server para desarrollar un bandeja de tareas propia, con la
    tecnología que estimemos oportuna, puesto que no sería más que comunicarnos vía REST.

En este tutorial vamos a realizar una instalación de estos 3 componentes de forma controlada, fuera de la
demo de instalación de jBPM5,
con el soporte de Maven, sobre un Jboss AS 7. Se podría realizar también la instalación sobre un Apache Tomcat
pero ya tenemos sobre Apache Tomcat desplegados Guvnor, el Designer y
aún nos queda desplegar el generador de formularios con lo que vamos a diversificar la carga.
Vamos a dejar el núcleo de los servicios, aquellos que necesitan persistencia a base de datos y comunicación por colas, en Jboss Server.


2. Entorno.

El tutorial está escrito usando el siguiente entorno:

  • Hardware: Portátil MacBook Pro 15′ (2.4 GHz Intel Core i7, 8GB DDR3 SDRAM).
  • Sistema Operativo: Mac OS X Lion 10.7.4
  • jBPM 5.4.2.Final
  • JBoss AS 7.1.1


3. Instalación.

Con el soporte de Maven vamos a añadir vamos a añadir 3 proyectos más a nuestro proyecto tnt-jbpm, que ya vimos en el tutorial de Guvnor:


3.1. tnt-jbpm-gwt-console-server.

El proyecto tnt-jbpm-gwt-console-server tendría el siguiente pom.xml:

La única dependencia es con el proyecto maven que distribuye el API y dentro del plugin de generación del war tenemos
que:

  • emular el contenido del assembly que está preparado para la generación del war en un entorno JEE excluyendo aquellas librerías que
    ya existen en Jboss AS
  • añadir al MANISFEST.MF la dependencia de la librería org.jbos.netty necesaria para la comunicación vía JMS.

En nuestro proyecto, vamos a añadir la configuración de la unidad de persistencia para que cree y almacene la información sobre los procesos en una base de datos MySQL.
Así, dentro del directorio src/main/resources/META-INF, vamos a incluir un fichero persistence.xml con el siguiente contenido:

Y, lo último, será crear un fichero default.jbpm.console.properties en el directorio src/main/resources con el siguiente contenido:

En este fichero se configuran las comunicaciones del API hacia:

  • la consola jBPM: la idea es desplegar Jboss por el puerto 8081, para no colisionar con el puerto de Apache Tomcat,
  • el servidor de tareas, que va vía JMS,
  • el repositorio de Guvnor

Salvo la modificación del puerto jbpm.console.server.port, el resto de propiedades son las de por defecto.


3.2. tnt-jbpm-human-task.

Igualmente, veamos el pom.xml:

Tiene las mismas características que el pom.xml del console server, en relación a la exclusión de dependencias en el war y la generación del MANIFEST.MF.

Y, del mismo modo, debemos incluir un persistence.xml en un directorio src/main/resources/META-INF:


3.3. tnt-jbpm-gwt-console.

Es el más simple de todos puesto que no requiere más configuración que la del pom.xml:

Lo único que hacemos es un overlay del war, no requiere persistencia porque solo hace uso de los servicios REST y la autenticación la configuramos en el siguiente punto.


3.4. Configuración de Jboss AS.

Ya vimos cómo configurar la persistencia a MySQL en un tutorial anterior y también necesitaríamos añadir la siguiente fuente de datos al fichero de configuración standalone.xml de Jboss

Además de lo anterior debemos añadir una gestión de seguridad para autenticarnos en las aplicaciones web, para ello
debemos añadir al mismo standalone.xml la siguiente configuración:

E incluir los ficheros users.properties en el mismo directorio de configuration, con el siguiente contenido:

Y un fichero roles.properties con el siguiente contenido

En este mismo standalone.xml podemos modificar el puerto al 8081:

Si todo va bien, accediendo a la siguiente dirección http://localhost:8081/gwt-console-server/rs/process/definitions, veremos una interfaz de autenticación básica

y tras incluir usuario y contraseña admin|admin veremos el resultado de la invocación al API

Accediendo a http://localhost:8081/gwt-console-server/rs/server/resources/jbpm podemos ver un listado de los servicios disponibles:

Y accediendo a la siguiente dirección http://localhost:8081/jbpm-console veremos una interfaz de autenticación:

Y tras incluir usuario y contraseña admin|admin podremos acceder a la consola de procesos y bandeja de tareas:


5. Integración con LDAP.

Si una tarea está asignada a un grupo de usuarios, el jBPM Console Server se pondrá en contacto con el Human Task Server para solicitar un listado de los usuarios
asociados a un grupo y comprobar su existencia.

Del mismo modo, la consola JBPM, para mostrar las pontenciales tareas de un usuario, lleva a cabo una comprobación de los
roles del usuario.

Para añadir usuarios y grupos a la autenticación de la consola jBPM no tenemos más que jugar con los ficheros users.properties:

y roles.properties:

Y para configurar el servidor de tareas humanas para que su repositorio de usuarios sea nuestro servidor LDAP corporativo,
tenemos que añadir un fichero jbpm.usergroup.callback.properties al directorio src/main/resources con un contenido similar al siguiente:

Apuntando a nuestro servidor ldap con autenticación si es necesario y los parámetros necesarios para que se puedan realizar
las consultas de usuario y grupo.

Los parámetros que he expuesto son los necesarios para autenticarnos contra la estructura organizativa (ldif) que ya vimos en el tutorial anterior sobre
cómo hacer uso de un servidor LDAP embebido con el soporte de Spring Security.

Además de lo anterior deberíamos añadir un fichero web.xml al directorio src/main/webapp/WEB-INF con el contenido del original, pero modificando la entrada relativa a la clase que resuelve los grupos de un usuario

También debemos asegurarnos que haya una estrategía definida para las comunicaciones:

Con todo ello y, según la configuración definida tanto a nivel de consola como a nivel de ldap, podríamos crear tareas para los grupos de usuarios tramitadores o administrativos.

Un último apunte: para que desde la consola de jBPM se pueda arrancar un nuevo proceso debemos disponer de un usuario Administrator en nuestro directorio activo.


5. Referencias.


6. Conclusiones.

Seguiremos jugando, solo nos queda la integración del generador de formularios dentro del ecosistema.

Si queréis jugar con nosotros aquí os dejo los proyectos mavenizados que se acumulan a los que teníamos para guvnor.

Un saludo.

Jose

jmsanchez@autentia.com

Dejar respuesta

Please enter your comment!
Please enter your name here