Manual de introduccion a JBoss jBPM

MANUAL DE INTRODUCCIÓN A
JBOSS jBPM 3.x

Jorge Roldán Barrio

Índice de contenido
Control de versiones.............................................................................................................................3
1. Introducción......................................................................................................................................4
2. Instalación.........................................................................................................................................5
2.1 Instalación del servidor de aplicaciones JBoss..........................................................................5
2.2 Ejecución del instalador jBPM..................................................................................................5
2.3 Instalación de un servidor de base de datos MySQL.................................................................5
2.4 Instalación del plugin para Eclipse Jboss Tools ........................................................................6
2.5 Comprobación del conjunto de la instalación............................................................................6
3. Modelado de procesos en jBPM.......................................................................................................8
3.1 Nodos.........................................................................................................................................8
3.1.1 Nodo de inicio (start).........................................................................................................8
3.1.2 Nodo de tarea (task-node)..................................................................................................8
3.1.3 Nodo de estado (state) .......................................................................................................8
3.1.4 Nodo de decisión (decision)...............................................................................................8
3.1.5 Nodo fork .........................................................................................................................9
3.1.6 Nodo join ...........................................................................................................................9
3.1.7 Nodo node..........................................................................................................................9
3.1.8 Nodo de fin (end)...............................................................................................................9
3.2 Transiciones...............................................................................................................................9
3.3 Acciones ....................................................................................................................................9
4. Ejemplo de proceso simple.............................................................................................................10
5. Persistencia de procesos.................................................................................................................13
6. Uso de un nodo node......................................................................................................................16
7. Uso de un nodo de decisión............................................................................................................17
8. Uso de un nodo de tarea.................................................................................................................20
9. Uso de un nodo de correo...............................................................................................................23
9.1 Instalación de un servidor de correo – Apache James Server..................................................23
9.2 Implementación del proceso de ejemplo.................................................................................25
10. Consola de administración de jBPM............................................................................................27
10.1 Registro de usuario en la consola de administración de jBPM..............................................27
10.2 Ejemplo de uso de la consola de administración de jBPM....................................................28
Conclusiones.......................................................................................................................................34

Control de versiones
Fecha Autor Observaciones
10/08/09 Jorge Roldán Barrio Versión inicial del documento
13/08/09 Jorge Roldán Barrio - Inclusión del capítulo sobre el uso de un nodo node
- Reorganización de los capítulos de uso de los tipos de nodos
- Cambio de nombre del documento para resaltar que se hace
referencia a la versión 3.x de jBPM
17/08/09 Jorge Roldán Barrio Inclusión del capítulo sobre la consola de administración de jBPM
20/08/09 Jorge Roldán Barrio Inclusión del capítulo sobre el uso de un nodo de correo

Manual de introducción a JBoss jBPM

1. Introducción
La lógica de negocio se puede definir en forma de una serie de tareas relacionadas que se deben
ejecutar, si se cumplen unas determinadas condiciones, de forma secuencial o paralela, o
mantenerse en espera de algún evento que reanude su ejecución.

Al conjunto de estas tareas se le conoce como proceso de negocio.La gestión de procesos de
negocio (BPM – Business Process Management) se encarga del modelado de los procesos de
negocio, y define el flujo de trabajo (workflow) que rige su funcionamiento. Un workflow modela
de forma gráfica las relaciones entre las distintas tareas.

Un sistema de gestión de procesos de negocio (BPMS - Business Process Management System) es
una aplicación que gestiona estos flujos de trabajo, y se encarga de automatizar la secuencia de
acciones, actividades o tareas que componen del proceso y se encarga de la persistencia de su
estado. Esta automatización permite integrar los procesos de la empresa y rediseñarlos de acuerdo a
nuevas estrategias.

Existen varios sistemas de gestión de procesos de negocio, y uno de ellos es JBoss jBPM, cuya
principal ventaja para aquellos que quieren aprender esta tecnología es que es open-source. En el
presente manual se pretende introducir al lector en el uso de esta herramienta.

4 de 34

Manual de introducción a JBoss jBPM 3.x

2. Instalación
Antes de empezar a trabajar con jBPM, se va a proceder a la instalación de dicha herramienta y de
un conjunto de utilidades que facilitan el desarrollo jBPM en Eclipse llamadas jBoss Tools.

La instalación comprende los siguientes pasos:
− Instalación del servidor de aplicaciones Jboss.
− Ejecución del instalador de jBPM.
− Instalación de un servidor de base de datos MySQL.
− Instalación del plugin para Eclipse Jboss Tools.
− Comprobación del conjunto de la instalación.

Es necesaria la instalación de un JDK en el equipo si es que no se encuentra ya instalado. Durante la
realización de este manual, se ha a realizado la instalación en un equipo Windows XP que tiene
instalada la versión 1.6.0_04-b12 de la JDK de Sun.

2.1 Instalación del servidor de aplicaciones JBoss
Se debe descargar la versión 5.0.1.GA del servidor de aplicaciones Jboss de jboss.org. El archivo
descargado es un .zip que se debe descomprimir en el directorio que se desee. En este caso, todos
los archivos del servidor se van encontrar en la carpeta C:JBossjboss-5.0.1.GA. Haciendo doble
clic sobre el archivo C:JBossjboss-5.0.1.GAbinrun.bat se arranca el servidor con la
configuración por defecto. Se trata de un servidor de aplicaciones completo pero sin
funcionalidades de cluster, webservices, etc.

2.2 Ejecución del instalador jBPM
A continuación se debe descargar el instalador de jBPM de la dirección sourceforge.net.
Seleccionamos el archivo jbpm-installer-3.2.6.SP1.jar. Al ejecutarse este instalador permite instalar
la suite de jBPM sobre distintas versiones del servidor de aplicaciones de Jboss y distintas bases de
datos como Hypersonic o MySQL.

Se ejecuta el instalador de jBPM. Lo primero que pide es la ruta de instalación, que en este caso va
a ser C:javajbpm. A continuación pregunta por los paquetes a instalar, pero lo dejaremos tal y
como está y pulsaremos “Next”. Ahora se debe elegir la versión del servidor en la que estamos
realizando la instalación, después la base de datos y finalmente la ruta del servidor. Tras esto ya se
pasa a realizar la instalación.

2.3 Instalación de un servidor de base de datos MySQL
Lo más sencillo sería realizar la instalación utilizando la base de datos Hypersonic. Hypersonic es
una base de datos que se almacena en memoria, usada para desarrollo. Sin embargo, la información
almacenada se va a perder cada vez que se pare el servidor. Por ello, en nuestro caso, vamos a
realizar la instalación sobre MySQL.

Si no se dispone de un servidor de base de datos MySQL instalado, se descarga de

5 de 34


dev.mysql.com/downloads/ el servidor MySQL Community Server y las herramientas de
administración GUI Tools. Una vez descargados se procede a su instalación.

Ahora habría que crear el esquema de base de datos que usa jBPM. Por sencillez, se va a mantener
la configuración por defecto para la fuente de datos que utiliza jBPM. Para hacer que funcione, se
debe ir al MySQL Administrator y crear un nuevo catálogo llamado jbpmtest y un nuevo usuario de
nombre jbpmtest y sin password. Se asigna a este usuario todos los permisos de la tabla jbpmtest.

En la ruta de instalación de jbpm (C:javajbpm) hay, entre otras cosas, scripts de creación del
esquema usado por jBPM. Si se va al MySQL Query Browser y se realiza la conexión al esquema
jbpmtest, a través de File → Open Script se puede seleccionar el script para la creación de las tablas
en MySQL, C:javajbpmdatabasejbpm.jpdl.mysql.sql.

Con la ejecución de este script, se habrá finalizado la instalación de jBPM con MySQL.

2.4 Instalación del plugin para Eclipse Jboss Tools
Para el desarrollo en jBPM es útil contar con una herramienta de modelado gráfico que simplifique
las cosas. Para ello se va a instalar Jboss Tools, que es un conjunto de herramientas para Eclipse.
Entre estas herramientas, Jboss Tools dispone dispone de plugins que proporcionan soporte en
Eclipse para Hibernate, JBoss AS, Drools, jBPM, JSF, (X)HTML, Seam, Smooks, JBoss ESB o
JBoss Portal, entre otros.

Se puede obtener Jboss Tools de la dirección http://www.jboss.org/tools/download.html. Se puede
realizar la descarga de forma directa o seguir las instrucciones para realizar la actualización desde
Eclipse.

2.5 Comprobación del conjunto de la instalación
Una vez instalado Jboss Tools, ya se puede crear un proyecto jBPM de ejemplo en Eclipse de la
siguiente manera:
− Ir a File → New Project.
− Desplegar Jboss jBPM y seleccionar Process Project.
− Introsucir el nombre del proyecto, por ejemplo, simple.
− Seleccionar la ruta el entorno de ejecución de Jboss jBPM, que en este caso se encuentra en
C:javajbpm.
− Asegurarse de que está habilitado el check para que cree la definición de proceso de prueba.
Por último, pulsar Finish.

Con esto se debería haber creado un proyecto de ejemplo que tiene una definición de un proceso
simple en el archivo processdefinition.xml del paquete simple de la carpeta src/main/jpdl. Si el
paquete simple estuviese vacío, se pueden recuperar los archivos que se encuentran en la carpeta
C:javajbpmexamplessrctestresourcessimple y dejarlos en el paquete simple.

Si aparece un error en el proyecto que hace referencia a que falta la librería
C:javajbpmlibactivation.jar, se debe arreglar yendo al archivo
C:javajbpmsrcresourcesgpdversion.info.xml y eliminando la línea que hace referencia a esta

6 de 34


librería. Al hacer un “clean” del proyecto el error debería haber desaparecido.

Si se hace doble clic sobre el archivo processdefinition.xml se abrirá el jBPM Graphical Process
Designer con la descripción gráfica del proceso de ejemplo.

El siguiente paso a dar es desplegar esta definición de proceso en el servidor jBPM para poder
trabajar con ella. Para ello hay que ir a la pestaña deployment y revisar los datos en el apartado
Deployment Server Settings para que coincidan con los del servidor de aplicaciones, que deberá
estar arrancado. Pulsando en Deploy Process Archive se realizará el despliegue, se puede
comprobar verificando que esta definición se ha guardado en la tabla
JBPM_PROCESSDEFINITION de la base de datos.

Ya se dispone del entorno de trabajo configurado y una definición de proceso desplegada.

7 de 34


3. Modelado de procesos en jBPM
A continuación se va a describir los elementos que definen un proceso en jBPM. Un proceso está
definido a partir de sus nodos, transiciones y acciones. Para representar un proceso en forma
gráfica, se puede utilizar el jBPM Graphical Process Designer de Jboss Tools.

3.1 Nodos
Definen los pasos que que se tienen que seguir durante la ejecución de un proceso, y pueden ser de
los siguientes tipos:
− Nodos de inicio y fin
− Nodo de tarea
− Nodo de estado
− Nodo de decisión
− Nodos fork y join
− Nodos node

3.1.1 Nodo de inicio (start)
Los nodos de inicio delimitan el comienzo de la ejecución de un proceso. Un proceso debe tener un
único nodo de inicio.

En el nodo de inicio se puede configurar una tarea. Si no se configura esta tarea, el nodo se queda
en estado de espera de una señal externa para continuar con la ejecución del proceso.

3.1.2 Nodo de tarea (task-node)
Representa una o varias tareas que deben ser ejecutadas por una persona. Cuando la ejecución del
proceso llega a un nodo de tarea, se crea una instancia de cada tarea (task) en las listas de tareas de
los miembros del proceso. El nodo se quedará en estado de espera hasta que el usuario informe de la
realización de la tarea.

3.1.3 Nodo de estado (state)
Es un estado de espera que no requiere de la ejecución de ninguna tarea. Permanece a la espera de
una señal que lance la continuación del proceso.

3.1.4 Nodo de decisión (decision)
Una decisión se puede modelar de dos formas distintas, en función de si es el proceso o una entidad
externa quien debe tomar la decisión.

Si es el propio proceso quien debe tomar la decisión se debe usar un nodo de decisión. Los criterios
de la decisión se pueden especificar:
− Añadiendo condiciones a las transiciones, mediante beanshell scripts que devuelven un

8 de 34


boolean. Los nodos recorreran sus transiciones examinando las condiciones hasta encontrar
la primera transición que cumpla las condiciones.
− Mediante una clase DecissionHandler que devuelva la transición a seguir.

Si es una entidad externa quien debe tomar la decisión se deberían usar varias transiciones que
salgan de un estado de espera. A este estado de espera se le indicará cual es la transición a seguir
cuando se relance la ejecución del proceso.

3.1.5 Nodo fork
Un nodo fork divide la ejecución de un proceso en múltiples ejecuciones concurrentes.

3.1.6 Nodo join
Un nodo join recoge todas estas ejecuciones concurrentes antes de continuar con la ejecución del
proceso.

3.1.7 Nodo node
Permite definir el comportamiento del nodo mediante un elemento Action que se ejecuta cuando el
proceso llega al nodo.

3.1.8 Nodo de fin (end)
Los nodos de fin delimitan el final de la ejecución de un proceso. Un proceso puede tener varios
nodos de fin, a los que puede llegar en función de las condiciones de ejecución del proceso. Al
llegar a cualquiera de ellos finaliza la ejecución de este flujo.

3.2 Transiciones
Indican el camino a seguir desde un nodo a otro dentro del proceso. Pueden tener condiciones de
guarda las restringen.

3.3 Acciones
Una acción se ejecuta cuando ocurren determinados eventos en la ejecución de un proceso.
Principalmente cuando se entra o se sale de un nodo y cuando se toma una transición. Estas
acciones no tienen influencia sobre el flujo de control del proceso.

9 de 34


4. Ejemplo de proceso simple
Una vez realizada la instalación de la herramienta jBPM y de haber visto los componentes de un
proceso de negocio, se va a proceder a presentar un ejemplo de un proceso en jBPM. En el artículo
de instalación de Jboss Tools se creó un proyecto Simple que definía en proceso simple en jBPM. Se
va a estudiar este ejemplo para empezar a comprender cómo trabajar con jBPM.

En primer lugar hay que ir a la definición de dicho proceso, que se encuentra en el archivo
processdefinition.xml del paquete simple del directorio src/main/jpdl. Al hacer doble clic sobre este
archivo se puede ver este proceso modelado de forma gráfica en el jBPM Graphical Process
Designer:

El proceso simple está compuesto de tres nodos y dos transiciones:
− Nodo start: Nodo inicial.
− Nodo first: Nodo intermedio de estado.
− Nodo end: Nodo final del proceso.
− Transición to_state: Transición que lleva del nodo start al nodo first.
− Transición to_end: Transición que va del nodo first al nodo end.

Las dos transiciones tienen asociadas una acción definida a través del manejador
MessageActionHandler:
package com.sample.action;

import org.jbpm.graph.def.ActionHandler;
import org.jbpm.graph.exe.ExecutionContext;

10 de 34


public class MessageActionHandler implements ActionHandler {

private static final long serialVersionUID = 1L;

/**
* The message member gets its value from the configuration in the
* processdefinition. The value is injected directly by the engine.
*/
String message;

/**
* A message process variable is assigned the value of the message
* member. The process variable is created if it doesn't exist yet.
*/
public void execute(ExecutionContext context) throws Exception {
context.getContextInstance().setVariable("message", message);
}
}

Esta acción guarda en el contexto de la instancia de proceso la variable 'message', cuyo valor está
definido dentro de las propiedades de la acción.

Vamos a probar la ejecución de este proceso mediante la clase de test SimpleProcessTest:
package com.sample;

import junit.framework.TestCase;

import org.jbpm.graph.def.ProcessDefinition;
import org.jbpm.graph.exe.ProcessInstance;

public class SimpleProcessTest extends TestCase {

public void testSimpleProcess() throws Exception {

// Extract a process definition from the processdefinition.xml file.
ProcessDefinition processDefinition = ProcessDefinition.
parseXmlResource("simple/processdefinition.xml");
assertNotNull("Definition should not be null", processDefinition);

// Create an instance of the process definition.
ProcessInstance instance = new ProcessInstance(processDefinition);
assertEquals(
"Instance is in start state",
instance.getRootToken().getNode().getName(),
"start");
assertNull(
"Message variable should not exist yet",
instance.getContextInstance().getVariable("message"));

// Move the process instance from its start state to the first state.
// The configured action should execute and the appropriate message
// should appear in the message process variable.

11 de 34


instance.signal();
assertEquals(
"Instance is in first state",
"first");
assertEquals(
"Message variable contains message",
instance.getContextInstance().getVariable("message"),
"Going to the first state!");

// Move the process instance to the end state. The configured action
// should execute again. The message variable contains a new value.
instance.signal();
assertEquals(
"Instance is in end state",
"end");
assertTrue("Instance has ended", instance.hasEnded());
assertEquals(
"Message variable is changed",
instance.getContextInstance().getVariable("message"),
"About to finish!");
}
}

Lo primero que hace este método de prueba es leer la definición del proceso del archivo
simple/processdefinition.xml. A continuación crea un nueva instancia del proceso simple y
después manda una señal a la instancia creada para que pase al primer estado. Por último, se envía
otra señal a la instancia para que vaya al estado final y termine la ejecución del proceso.

En este ejemplo se ha visto cómo crear instancias de un proceso a partir de un archivo de definición
de proceso, que puede ser creado de forma gráfica. También se ha visto cómo se realiza la ejecución
de un proceso.

12 de 34


5. Persistencia de procesos
En el apartado anterior se ha visto cómo ir recorriendo el flujo de ejecución de una instancia de un
proceso de forma local. El estado de esta ejecución se guarda en memoria y cuando esta termina no
queda rastro de ella.

Sin embargo, lo normal es que un proceso no se ejecute de esta forma, sino que haya ocasiones en
que se mantenga a la espera de que ocurra algún evento o de que algún actor realice una tarea antes
de reanudar la ejecución. Por ello, toda la información relativa a la ejecución del proceso debe
persistir en una base de datos de la que poder recuperar cuando sea preciso.

Para la persistencia en bases de datos, jBPM utiliza Hibernate. Por tanto, lo primero que hay que
hacer es realizar la configuración adecuada para la base de datos en el archivo hibernate.config.xml.
Dentro del proyecto que hemos creado, en la carpeta src/main/config se pueden encontrar varios
ejemplos de configuración para las distintas bases de datos soportadas. Hay que sustituir el
contenido del archivo hibernate.config.xml por el de hibernate.config.mysql.xml y hacer un cambio
para que no se vuelva a crear el esquema de la base de datos cada vez que se cargue la
configuración, que va a ser comentar la línea:
<property name="hibernate.hbm2ddl.auto">create</property>

También hay que añadir la librería del conector de MySQL que contiene el driver JDBC a la base de
datos.

Una vez hecho esto, se va a ver cómo se maneja la persistencia en jBPM. Lo primero es cargar la
configuración de jBPM, que se guarda en el archivo jbpm.cfg.xml, de la siguiente manera:
// Se carga la configuración de jBPM

JbpmConfiguration jbpmConfiguration = JbpmConfiguration.getInstance();

Para poder realizar operaciones de persistencia se debe crear un contexto jBPM:
// Se crea un contexto jBPM

JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();

Una vez creado este contexto, se pueden realizar operaciones de persistencia. Cuando se hayan
finalizado estas operaciones, se debe cerrar el contexto:
// Se cierra el contexto jBPM

jbpmContext.close();

Como ejemplo vamos a crear una instancia del proceso simple:
// Se obtiene un GraphSession que prmite realizar operaciones adicionales

// sobre los grafos de procesos

13 de 34


GraphSession graphSession = jbpmContext.getGraphSession();
// Busca la última versión del proceso simple

ProcessDefinition processDefinition =
graphSession.findLatestProcessDefinition("simple");
// Se crea una nueva instancia del proceso simple

ProcessInstance processInstance = new ProcessInstance(processDefinition);
// Se buscan las instancias del proceso simple

List processInstances =
graphSession.findProcessInstances(processDefinition.getId());
for (Object object : processInstances) {
processInstance = (ProcessInstance)object;

System.out.println("Se ha creado la instancia: "
+ processInstance.getId()
+ " del proceso: " + processDefinition.getName());
}

Ahora se puede revisar la base de datos y comprobar la creación de esta instancia en la tabla
JBPM_PROCESSINSTANCE. También se puede ver en la tabla JBPM_TOKEN el token de
ejecucion de esta instancia. En el campo NODE de esta tabla se indica en que nodo del flujo se
encuentra la ejecución de este proceso.

De esta manera, se ha creado una instancia del proceso simple que está preparada para su ejecución.
Para ello, un usuario debería recuperar esta instancia del contexto de la siguiente forma:




// Se obtiene un GraphSession que permite realizar operaciones adicionales



graphSession.findLatestProcessDefinition("simple");

14 de 34


// Se buscan las instancias del proceso simple

List processInstances =
graphSession.findProcessInstances(processDefinition.getId());
for (Object object : processInstances) {
ProcessInstance processInstance = (ProcessInstance)object;

// Se comprueba si esta instancia ha concluido

if(!processInstance.hasEnded()) {
System.out.println(
"Se va a enviar una señal a la instancia: "
+ processInstance.getId());
// Se arranca la ejecución de esta instancia

processInstance.signal();
System.out.println(
"Se ha enviado una señal a la instancia: "
} else {
System.out.println(
"Ya ha terminado la instancia: "
}
}

Con esto se ha visto cómo usar la persistencia de jBPM para crear una instancia de un proceso y
posteriormente recuperar esta instancia y continuar con su ejecución.

15 de 34


6. Uso de un nodo node
Un nodo node permite definir su comportamiento mediante un elemento Action que se ejecuta
cuando el proceso llega al nodo.

La acción que se ejecuta se puede definir de dos formas:
− Mediante una expresión bean shell script.
− A través de una manejador de acción, una clase que implementa la interfaz ActionHandler.

A continuación se va a crear como ejemplo un proceso que contiene un nodo node que utiliza una
implementación de ActionHandler para conocer la transición a seguir.

En la siguiente imagen se puede ver el proceso de ejemplo:

Este proceso empieza en un nodo de inicio ya pasa a un nodo node donde se realiza la accion
definida por la clase Accion que implementa la interfaz ActionHandler:
public class Accion implements ActionHandler {
@Override
public void execute(ExecutionContext executionContext) throws Exception {
System.out.println("Se realiza la accion programada...");
// Se pasa automáticamente al siguiente nodo

executionContext.getProcessInstance().signal();
}
}

La última línea de esta acción provoca un salto inmediato al siguiente nodo, que en este caso se
trata del nodo final fin.

16 de 34


7. Uso de un nodo de decisión
Un nodo de decisión se usa para modelar un punto en el flujo en que el propio proceso toma una
decisión sobre el camino a seguir. Los criterios de la decisión se pueden especificar de las siguientes
formas:
− Añadiendo condiciones a las transiciones o beanshell scripts que devuelven un boolean. Los
nodos recorreran sus transiciones examinando las condiciones hasta encontrar la primera
transición que cumpla las condiciones.
− Mediante una implementación de la interfaz de DecissionHandler que devuelve la transición
a seguir.

A continuación se va a crear como ejemplo un proceso que contiene un nodo de decisión que utiliza
una implementación de DecissionHandler para conocer la transición a seguir.

En la siguiente imagen se puede ver el proceso de ejemplo:

Este proceso empieza en un nodo de inicio del que se sale mediante la transición comenzar. Esta
transición tiene una acción crearvalor manejada por la clase ValorAction, que se encarga de
introducir en el contexto de ejecución una variable valor:
public class ValorAction implements ActionHandler {
public String valor;

@Override
executionContext.getContextInstance().setVariable("valor", valor);
}
}

A continuación se llega a un nodo de decision manejado por una clase Decisor, que comprueba si en
el contexto de ejecución existe una variable valor con un valor asignado. Si existe esta variable se
abandona el nodo por la transición terminar1 y si no, por la transición terminar2:
public class Decisor implements DecisionHandler {
public Decisor(String info) {
super();
}

@Override

17 de 34


public String decide(ExecutionContext executionContext) throws Exception {
String valor =
(String)executionContext.getContextInstance().getVariable("valor");
if(valor != null) {
return "terminar1";
} else {
return "terminar2";
}
}
}

Por último, al llegar a cualquiera de los nodos finales se lanza una acción que muestra en que nodo
está terminando la ejecución del flujo, manejada por la clase MostrarMensajeAction:
public class MostrarMensajeAction implements ActionHandler {
public MostrarMensajeAction(String info) {
super();
}

@Override
System.out.println(
"Se sale del flujo por el nodo: "
+ executionContext.getNode().getName());
}
}

Se puede ejecutar este proceso mediante una clase de test como esta:
public void testSimpleProcess() throws Exception {
// Extraer la definicion de proceso del archivo processdefinition.xml.

ProcessDefinition.parseXmlResource("decision/processdefinition.xml");
assertNotNull("La definicion debe no ser nula", processDefinition);
// Create an instance of the process definition.

18 de 34


assertEquals(
"La instancia está en el estado inicial",
"inicio");
assertNull(
"La variable 'valor' no debe existir todavía",
instance.getContextInstance().getVariable("valor"));

// Mueve la instancia de proceso desde el estado inicial al primer estado.

instance.signal();
}

Si en la configuración se ha introducido un valor para la variable valor, por la consola se verá un
mensaje que indica que ha terminado en el nodo final1. En caso contrario se termina en el nodo
final2.

19 de 34


8. Uso de un nodo de tarea
A continuación se va a exponer cómo crear tareas en jBPM y asignar qué actor o actores las deben
realizar. Esto permite a los actores responsables de su realización recoger las tareas pendientes que
existan en un determinado momento para completar su ejecución.

En primer lugar vamos a crear una definición de proceso llamada tarea formada por un nodo inicial,
un nodo de tarea y un nodo final:

Como ya se ha mencionado anteriormente, un nodo de tarea representa una o varias tareas que
deben ser ejecutadas por una persona. Cuando la ejecución del proceso llega a un nodo de tarea, se
crea una instancia de una tarea (task) en la lista de los miembros del workflow. El nodo se quedará
en estado de espera hasta que el usuario informe de la realización de la tarea.

Para crear una tarea en un nodo de tarea, vamos a las propiedades de este nodo. En la tabla de tareas
pulsamos el botón derecho del ratón y seleccionamos New Task. Le damos nombre a esta tarea, en
este caso algoquehacer y descripción si queremos. En el apartado Assignment, vemos que hay
varias formas de asignar un tarea:
− Actor: Se le indica el actorId, que es un String que identifica el actor responsable de la
tarea. Cuando se crea la tarea al entrar al nodo de tarea, esta tarea pasa inmediatamente a la
lista de actividades pendientes de este actor.
− Pooled Actor: Se le indica una secuencia de actorId separados por comas. Esta tarea al ser
creada no es asignada a la lista de ningún actor. Un actor la debe recuperar de la lista de
tareas pendientes para el pool de actores y asignarsela para que forme parte de su lista de
tareas.
− Swimlane: Un swimlane o carril sirve para definir una asignación que es la misma para
varias tareas de un proceso.
− Expression: Se le indica una expresión de asignación evaluada por el componente de
identidad de jBPM. Permite realizar asignaciones en función del usuario, grupo o rol.
− Handler: Se le indica una clase manejadora, que será la que realice la asignación de la tarea.

Para mantener el ejemplo sencillo vamos a realizar la asignación de la tarea a un actor, al que vamos
a llamar user1:

Después de desplegar este proceso en el servidor, vamos a realizar una prueba en dos pasos. En el
primer paso vamos a crear una instancia de este proceso tarea y a iniciar su ejecución. Esto es algo
que ya hemos visto:



20 de 34



// Se obtiene un GraphSession que permite realizar operaciones adicionales



graphSession.findLatestProcessDefinition("tarea");
// Se crea una nueva instancia del proceso simple

ProcessInstance processInstance = new ProcessInstance(processDefinition);

// Se pasa al nodo tarea

processInstance.signal();



Se puede ver en la tabla JBPM_TASKINSTANCES de la base de datos una instancia de la tarea
algoquehacer asignada al usuario user1 pendiente de ser ejecutada, es decir, no esta marcada como
terminada. Vamos a recuperar los procesos pendientes para el usuario user1 gracias a la clase
TaskManagementSession y a informar de la finalización de esta tarea:




TaskMgmtSession tms = jbpmContext.getTaskMgmtSession();
String actorId = "user1";
List instances = tms.findTaskInstances(actorId);
for (TaskInstance taskInstance : instances) {
System.out.println(
"Tarea pendiente de ejecutar por "
+ actorId
+":"

21 de 34


+ taskInstance.getName()
+ taskInstance.getId());

// Se informa de la finalización de la tarea

taskInstance.end();
}



Se ha visto como asignar una tarea a un actor y de como recuperar las tareas pendientes de un actor
en un proceso posterior para llevar a cabo su ejecución.

22 de 34


9. Uso de un nodo de correo
En este artículo se muestra un ejemplo de uso de un nodo node dentro de un proceso.

Para poder probar el funcionamiento del envío de mensajes, lo primero que se va a hacer es instalar
un servidor de correo.

9.1 Instalación de un servidor de correo – Apache James Server
El servidor Apache James es un servidor de correo electrónico implementado en Java muy fácil de
instalar.

En primer lugar se obtienen los archivos binarios de la última versión (2.3.1) de la dirección
http://james.apache.org/download.cgi#Apache%20James%20Server. Se tiene así un archivo
comprimido que podemos descomprimir en la ruta que nos plazca.

Una vez descomprimido, vamos a la carpeta bin y ejecutamos el archivo run.bat (si estamos en
Windows). Con ello se arranca el servidor, apareciendo una pantalla como la siguiente:

Lo siguiente es la configuración de usuarios de correo. Para ello se abre una ventana de terminal y
se ejecuta >telnet localhost 4555. Con ello se accede a la herramienta de administración remota del
servidor, en la que hay que registrarse como usuario root con el mismo password root. A
continuación se crean dos usuarios user y user2 que se van a usar para las pruebas:

En un cliente de correo electrónico, como Thunderbird, se configura la cuenta de correo de

23 de 34


electrónico para el usuario user. El password es también user y todos los servidores que se piden
son localhost. Así, el usuario user ya puede enviar y recibir correo a través del servidor que hemos
instalado.

Para probar esta configuración, se va a crear un proyecto en eclipse, con una clase de prueba que
envía un correo electrónico del usuario user2 al usuario user:

import java.util.*;
import javax.mail.*;
import javax.mail.internet.*;

public class MailClient
extends Authenticator
{
protected String from;
protected Session session;
protected PasswordAuthentication authentication;

public MailClient(String user, String host)
{
this(user, host, false);
}

public MailClient(String user, String host, boolean debug)
{
from = user + '@' + host;
authentication = new PasswordAuthentication(user, user);
Properties props = new Properties();
props.put("mail.user", user);
props.put("mail.host", host);
props.put("mail.debug", debug ? "true" : "false");
props.put("mail.store.protocol", "pop3");
props.put("mail.transport.protocol", "smtp");
session = Session.getInstance(props, this);
}

public void sendMessage(
String to, String subject, String content)
throws MessagingException
{
System.out.println("SENDING message from " + from + " to " + to);
System.out.println();
MimeMessage msg = new MimeMessage(session);
msg.addRecipients(Message.RecipientType.TO, to);
msg.setSubject(subject);
msg.setText(content);
Transport.send(msg);
}

public static void main(String[] args) throws Exception
{
MailClient user2Client = new MailClient("user2", "localhost");

user2Client.sendMessage(
"user@localhost",
"Prueba",
"Mensaje de prueba");

24 de 34


}
}

Ahora, al ejecutar esta clase de ejemplo, se debería recibir un mensaje en el cliente de correo en que
se ha configurado la cuenta del usuario user:

9.2 Implementación del proceso de ejemplo
Una vez configurado el servidor de correo, se va a crear un proceso de prueba, formado por un nodo
de inicio, un nodo de correo y un nodo de fin:

Se configura el nodo de correo para que envíe un correo al usuario user, como se ha mostrado en la
imagen anterior.

25 de 34


Para probar este proceso se crea una clase de prueba que únicamente crea una instancia del proceso
y lanza su ejecución:

package com.sample;

import junit.framework.TestCase;

import org.jbpm.graph.def.ProcessDefinition;
import org.jbpm.graph.exe.ProcessInstance;

public class ProcessTest extends TestCase {

public void testProcess() throws Exception {
// Obtener la definición del proceso
ProcessDefinition.parseXmlResource("nodocorreo/processdefinition.xml");

// Crear una instancia del proceso

// Saltar desde el nodo de inicio
instance.signal();
}
}

Si se ejecuta esta prueba, se debería recibir un mensaje en el cliente de correo en que se ha
configurado la cuenta del usuario user:

26 de 34


10. Consola de administración de jBPM
La instalación de jBPM en JBoss incluye una aplicación web de administración de jBPM, llamada
jBPM Administration Console, a la que se puede acceder a través de la URL
http://localhost:8080/jbpm-console. Esta aplicación, implementada en JSF, permite controlar
grupos, usuarios, procesos, tareas y trabajos(jobs).
Antes de empezar a trabajar con ella, en primer lugar hay que crear varias entidades, puesto que esta
aplicación requiere registro de usuario.

10.1 Registro de usuario en la consola de administración de jBPM
La consola de administración tiene una serie de roles definidos que permiten realizar determinadas
categorías:
− admin: Administrador de la herramienta. Permite la administración de usuarios y procesos
(creación y eliminación de los mismos).
− manager: Gestor de procesos y tareas. Permite desplegar y arrancar procesos y reasignar
tareas.
− user: Usuario de la herramienta. Solamente podrá realizar las tareas que se le hayan
asignado.

Para cada estos roles se va a crear un grupo con el mismo nombre, de tipo security-role, que indica
que se trata de una agrupación relacionada con la seguridad de la aplicación:
INSERT INTO JBPM_ID_GROUP VALUES(1,'G','admin','security-role',NULL);
INSERT INTO JBPM_ID_GROUP VALUES(2,'G','manager','security-role',NULL);
INSERT INTO JBPM_ID_GROUP VALUES(3,'G','user','security-role',NULL);

Para cada estos grupos se crea un usuario con el mismo nombre:
INSERT INTO JBPM_ID_USER VALUES(1,'U','admin','admin@sample.domain','admin');
INSERT INTO JBPM_ID_USER
VALUES(2,'U','manager','manager@sample.domain','manager');
INSERT INTO JBPM_ID_USER VALUES(3,'U','user','user@sample.domain','user');

Se establece una relación de pertenencia entre cada usuario del grupo del mismo nombre y de todos
los usuarios con el grupo user:
INSERT INTO JBPM_ID_MEMBERSHIP VALUES(1,'M',NULL,NULL,1,1);

A partir de este momento ya se puede usar la aplicación.

27 de 34


10.2 Ejemplo de uso de la consola de administración de jBPM
Ahora se va a mostrar un ejemplo de manejo de un proceso a través de la consola de administración
de jBPM.
En primer lugar, se crea un proceso con un nodo de inicio (Comenzar proceso), un nodo de tarea
(Realizar tarea) y un nodo de fin (Fin proceso):

Se configura la tarea del nodo de inicio para que se realice la asignación por actor. No se define
ningún actor, puesto será el actor que inicie el proceso al que se asignará esta tarea:

Se crea una tarea en el nodo de tarea y se asigna al actor user:

28 de 34


A continuación se despliega el proceso. Una vez desplegado se entra en la consola de
administración como usuario manager. Dentro del apartado de procesos se mostrará una lista de los
procesos desplegados:

Pulsando en Start dentro del proceso asignaciontareas se lanzará una nueva ejecución de este
proceso:

29 de 34


Esto ha llevado a la página que muestra la información relacionada con la ejecución de proceso que
se acaba de lanzar. Si se selecciona Process Image se puede ver la situación actual de esta
ejecución:

Como se puede apreciar, esta ejecución todavía se mantiene en el estado inicial. Se puede ir a
Personal/Group Tasks para ver las tareas que tiene pendientes el usuario manager:

30 de 34


El usuario manager tiene asignada la tarea de comenzar el proceso. Para comenzar la realización de
esta tarea, se pincha en Start:

Ahora el usuario manager realizaría las operaciones necesarias para la ejecución de esta tarea. Una
vez que se hayan realizado, se pulsa en End y se ve que la tarea pendiente ha desaparecido de la
lista de tareas pendientes del usuario manager.
Yendo a Processes aparecería de nuevo la lista de procesos desplegados. Pinchando en Examine
sobre el proceso desplegado, se pueden ver las ejecuciones en activo de este proceso:

Pinchando en Examine sobre la ejecución en activo de este proceso, se pueden ver las tareas
pendientes de esta ejecución:

31 de 34


Se aprecia que existe una tarea pendiente asignada al usuario user. El usuario manager tiene
permisos para ejecutar cualquier tarea en nombre de otro usuario, por eso aparece la opción Start
para esta tarea. Si pinchamos en Process Image, se puede ver la situación actual de esta instancia
del proceso:

Hay que desconectarse y a volver a registrarse como usuario user para realizar la tarea que tiene
asignada. Si vamos a la lista de tareas de este usuario:

32 de 34


Ahora se podría realizar esta tarea de la misma manera que hizo antes el usuario manager. Una vez
realizada esta tarea la instancia del proceso pasaría al nodo final y terminaría su ejecución.

33 de 34


Conclusiones
El presente manual está siendo realizado durante el aprendizaje de la herramienta jBPM. No es más
que la compilación de los pequeños artículos que estoy escribiendo en mi blog
(http://tratandodeentenderlo.blogspot.com). Estoy tratando de plasmar en ellos la experiencia
adquirida durante el aprendizaje de jBPM, aunque mi intención es escribir sobre otros temas de
interés, también relacionados con el mundo Java.

Aunque este manual contiene suficiente información para ayudar a los usuarios inexpertos en su
introducción a jBPM, es mi intención seguir ampliándolo. Para ello agradecería que todo aquel
lector que tenga alguna duda o sugerencia sobre el material presentado en este documento me la
hiciese llegar por correo electrónico (jorge.roldan@gmail.com) o como comentarios a través de mi
blog.

34 de 34

Manual de introduccion a JBoss jBPM

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Manual de introduccion a JBoss jBPM

Ähnlich wie Manual de introduccion a JBoss jBPM (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (15)

Manual de introduccion a JBoss jBPM