JBoss ESB:http://www.jboss.org/jbossesb/
JBoss jBPM:http://www.jboss.org/jbossjbpm/
\jbossesb-server-4.3.GA\samples\quickstarts\bpm_orchestration1是一个不错的开始。
整个过程没有看到事务是如何处理的,也难怪JBoss ESB下载首页醒目的写着:
This is a community project and, as such is not supported with an SLA.
bpm_orchestration1
所理解大致的过程:
1.ant脚本指明执行org.jboss.soa.esb.samples.quickstarts.bpm_orchestration1.test.SendTestMessage,创建后缀名为startProcessGW的文件。
2.jboss-esb.xml定义了startGwChannel,(定时轮询?)监控到到文件的创建,触发了ESB事件。
3.jboss-esb.xml定义了BPM_Orchestration_Starter_Service,其中的监听器监听startGwChannel;
- 继而Pipe触发所定义的action,其中有一个action为org.jboss.soa.esb.services.jbpm.actions.BpmProcessor,参数中包括流程定义名称、从ESB到流程上下文的映射参数。
4.流程创建后自动执行processdefinition.xml的第一个节点,触发org.jboss.soa.esb.services.jbpm.actionhandlers.EsbActionHandler,主要为
- 将流程上下文参数传递到ESB参数中。
- 获取ServiceInvoker,触发ESB所定义的org.jboss.soa.esb.actions.scripting.GroovyActionProcessor。
5.依次向下执行各个节点……
bpm_orchestration2
bpm_orchestration2例子中定义的ESB providers为JMS,而不是文件。
bpm_orchestration4
bpm_orchestration4例子中包含人工活动交互的场景、包含对JBoss Drools的调用,org.jboss.soa.esb.actions.BusinessRulesProcessor,这种工作流与规则引擎之间的调用通过ESB执行。其规则定义主要为:
- 根据客户信息,实现对业务数据的判断:订单紧急程度、折扣;
- 根据订单紧急程度,影响ESB的action逻辑,作为Content Based Rrouting的判断条件。
JBoss jBPM meets ESB
JBoss jBPM meets ESB:http://www.camunda.com/knowledge/jbpm_meets_esb.html 例子中包含WebService、JBossESB、jBPM结合的场景:
- jBPM通过node-enter调用ESB后的WebService,node进入等待状态;
- WebService完成后将消息传递到CaseCompletionESBChannel;
- CaseCompletionESBChannel触发org.jboss.soa.esb.services.jbpm.actions.BpmProcessor,进而结束jBPM的节点。