Manual de Introducción A JBoss JBPM

MANUAL DE INTRODUCCIÓN A
JBOSS jBPM
Jorge Roldán Barrio

Índice de contenido
Control de versiones.............................................................................................................................2
1. Introducción......................................................................................................................................3
2. Instalación.........................................................................................................................................4
2.1 Instalación del servidor de aplicaciones JBoss..........................................................................4
2.2 Ejecución del instalador jBPM..................................................................................................4
2.3 Instalación de un servidor de base de datos MySQL.................................................................4
2.4 Instalación del plugin para Eclipse Jboss Tools ........................................................................5
2.5 Comprobación del conjunto de la instalación............................................................................5
3. Modelado de procesos en jBPM.......................................................................................................7
3.1 Nodos.........................................................................................................................................7
3.1.1 Nodo de inicio y fin (start y end).......................................................................................7
3.1.2 Nodo de tarea (task-node)..................................................................................................7
3.1.3 Nodo de estado (state) .......................................................................................................7
3.1.4 Nodo de decisión (decision)...............................................................................................7
3.1.5 Nodos fork y join ..............................................................................................................8
3.1.6 Nodo node..........................................................................................................................8
3.2 Transiciones...............................................................................................................................8
3.3 Acciones ....................................................................................................................................8
4. Ejemplo de proceso simple...............................................................................................................9
5. Persistencia de procesos.................................................................................................................12
6. Asignación de tareas.......................................................................................................................15
7. Uso de un nodo de decisión............................................................................................................18
Conclusiones.......................................................................................................................................21
Referencias.........................................................................................................................................22
Control de versiones
Fecha Autor Observaciones
10/08/09 Jorge Roldán Barrio Versión inicial del documento
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 de forma secuencial, paralela o en función de alguna condició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. 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.
3 de 22
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:\JBoss\jboss-5.0.1.GA. Haciendo doble
clic sobre el archivo C:\JBoss\jboss-5.0.1.GA\bin\run.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:\java\jbpm. 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
4 de 22
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:\java\jbpm) 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:\java\jbpm\database\jbpm.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:\java\jbpm.
− 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:\java\jbpm\examples\src\test\resources\simple y dejarlos en el paquete simple.
Si aparece un error en el proyecto que hace referencia a que falta la librería

C:\java\jbpm\lib\activation.jar, se debe arreglar yendo al archivo
C:\java\jbpm\src\resources\gpd\version.info.xml y eliminando la línea que hace referencia a esta
5 de 22
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.
6 de 22
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 y fin (start y end)

Los nodos de inicio delimitan el comienzo de la ejecución de un proceso. Un proceso debe tener un
único nodo de inicio.
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.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 una tarea (task) en la lista 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:
7 de 22
− Añadiendo condiciones a las transiciones, mediante 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 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 Nodos fork y join

Un nodo fork divide la ejecución de un proceso en múltiples ejecuciones concurrentes. Los nodos
join recogen todas estas ejecuciones concurrentes antes de continuar con la ejecución del proceso.
3.1.6 Nodo node

Permite definir el comportamiento de nuestros propios nodos. Contienen un subelemento Action
que se ejecuta cuando el proceso llega al nodo.
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.
8 de 22
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;
public class MessageActionHandler implements ActionHandler {
private static final long serialVersionUID = 1L;
/**
* The message member gets its value from the configuration in the
9 de 22
* 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.
instance.signal();
assertEquals(
"Instance is in first state",
"first");
assertEquals(
10 de 22
"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.
11 de 22
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
12 de 22
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");
13 de 22
// 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.
14 de 22
6. Asignación de tareas
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
15 de 22
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:
// 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();
16 de 22
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
+":"
+ 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.
17 de 22
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 subclase 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 subclase 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
public void execute(ExecutionContext executionContext) throws Exception {
executionContext.getContextInstance().setVariable("valor", valor);
}
}
18 de 22
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
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
public void execute(ExecutionContext executionContext) throws Exception {
System.out.println(
"Se sale del flujo por el nodo: "
+ executionContext.getNode().getName());
}
}
19 de 22
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.
ProcessInstance instance = new ProcessInstance(processDefinition);

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.
20 de 22
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.
21 de 22
Referencias
− jBPM jPDL User Guide 3.2.3
− Bussines Process Management with Jboss jBPM (Matt Cumberlidge, Packt Publishing)
22 de 22

Manual de Introducción A JBoss JBPM

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Manual de Introducción A JBoss JBPM

Cargado por

Copyright:

Formatos disponibles

MANUAL DE INTRODUCCIÓN A

Jorge Roldán Barrio

Un sistema de gestión de procesos de negocio (BPMS - Business Process Management System) es

La instalación comprende los siguientes pasos:

Es necesaria la instalación de un JDK en el equipo si es que no se encuentra ya instalado. Durante la

2.1 Instalación del servidor de aplicaciones JBoss

2.2 Ejecución del instalador jBPM

2.3 Instalación de un servidor de base de datos MySQL

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

dev.mysql.com/downloads/ el servidor MySQL Community Server y las herramientas de

2.4 Instalación del plugin para Eclipse Jboss Tools

Se puede obtener Jboss Tools de la dirección http://www.jboss.org/tools/download.html. Se puede

2.5 Comprobación del conjunto de la instalación

Si aparece un error en el proyecto que hace referencia a que falta la librería

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

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

3. Modelado de procesos en jBPM

3.1.1 Nodo de inicio y fin (start y end)

3.1.2 Nodo de tarea (task-node)

3.1.3 Nodo de estado (state)

3.1.4 Nodo de decisión (decision)

− Añadiendo condiciones a las transiciones, mediante beanshell scripts que devuelven un

3.1.5 Nodos fork y join

3.1.6 Nodo node

4. Ejemplo de proceso simple

El proceso simple está compuesto de tres nodos y dos transiciones:

public class MessageActionHandler implements ActionHandler {

private static final long serialVersionUID = 1L;

* processdefinition. The value is injected directly by the engine.

Vamos a probar la ejecución de este proceso mediante la clase de test SimpleProcessTest:

public class SimpleProcessTest extends TestCase {

public void testSimpleProcess() throws Exception {

// Extract a process definition from the processdefinition.xml file.

// Create an instance of the process definition.

"Message variable contains message",

JbpmConfiguration jbpmConfiguration = JbpmConfiguration.getInstance();

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

JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();

Como ejemplo vamos a crear una instancia del proceso simple:

// sobre los grafos de procesos

GraphSession graphSession = jbpmContext.getGraphSession();

ProcessInstance processInstance = new ProcessInstance(processDefinition);

System.out.println("Se ha creado la instancia: "

JbpmConfiguration jbpmConfiguration = JbpmConfiguration.getInstance();

// Se crea un contexto jBPM

JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();

// Se obtiene un GraphSession que permite realizar operaciones adicionales

// sobre los grafos de procesos

GraphSession graphSession = jbpmContext.getGraphSession();

// Se buscan las instancias del proceso simple

// Se comprueba si esta instancia ha concluido

− Actor: Se le indica el actorId, que es un String que identifica el actor responsable de la

− Expression: Se le indica una expresión de asignación evaluada por el componente de

JbpmConfiguration jbpmConfiguration = JbpmConfiguration.getInstance();

// Se crea un contexto jBPM

JbpmContext jbpmContext = jbpmConfiguration.createJbpmContext();

// Se obtiene un GraphSession que permite realizar operaciones adicionales

// sobre los grafos de procesos

GraphSession graphSession = jbpmContext.getGraphSession();

ProcessInstance processInstance = new ProcessInstance(processDefinition);

// Se pasa al nodo tarea

// Se cierra el contexto jBPM

Se puede ver en la tabla JBPM_TASKINSTANCES de la base de datos una instancia de la tarea