現(xiàn)在流行抱大腿，不過對眼光的要求也高。要不就如高也，即使四眼，一樣無用。對Java企業(yè)開發(fā)而言，Spring的腿則是一定要抱的。而所謂抱Spring的腿，無外乎三點(diǎn)：
一是通過Spring暴露出服務(wù)，將服務(wù)配置到Spring的IOC容器里；
二是在自己的運(yùn)行環(huán)境里訪問到Spring的IOC容器，能夠輕松使用Spring容器里所配置的服務(wù)；
三是對于具有事務(wù)管理特性的項(xiàng)目來說，將事務(wù)管理與Spring的事務(wù)管理進(jìn)行合并。
下面分別討論：
一、 通過Spring暴露服務(wù)
還記得在jBPM4的運(yùn)行期環(huán)境里提到的JbpmConfiguration嗎？它是整個(gè)jBPM4的入口，并且是整個(gè)應(yīng)用獨(dú)此一份的。通過它可以獲取processEngine，并藉此獲得工作流引擎所提供的各種服務(wù)：
ProcessEngine processEngine = new Configuration()
.buildProcessEngine();
RepositoryService repositoryService = processEngine.getRepositoryService();
ExecutionService executionService = processEngine.getExecutionService();
TaskService taskService = processEngine.getTaskService();
HistoryService historyService = processEngine.getHistoryService();
ManagementService managementService = processEngine.getManagementService();
通過Spring暴露這些服務(wù)，配置如下：
<bean id="jbpmConfiguration" class="org.jbpm.pvm.internal.cfg.SpringConfiguration">
<constructor-arg value="be/inze/spring/demo/jbpm.cfg.xml" />
</bean>
<bean id="processEngine" factory-bean="jbpmConfiguration" factory-method="buildProcessEngine" />
<bean id="repositoryService" factory-bean="processEngine" factory-method="getRepositoryService" />
<bean id="executionService" factory-bean="processEngine" factory-method="getExecutionService" />
細(xì)心的你會(huì)發(fā)現(xiàn)，配置時(shí)使用了JbpmConfiguration 的子類SpringConfiguration。SpringConfiguration相比JbpmConfiguration有哪些增強(qiáng)呢，下面再講?？傊?，現(xiàn)在，就可以使用Spring來獲取或注入這些Jbpm4所提供的服務(wù)了。
二、在environment里加入SpringContext
jBPM4的environment（運(yùn)行期環(huán)境）提供Engine IOC（process-engine-context）和Transaction IOC（transaction-context）。要想在運(yùn)行期方便地訪問到Spring里所配置的服務(wù)，最直接的方法就是在environment里加入Spring IOC（applicationContext）的引用。
SpringConfiguration即是對JbpmConfiguration增強(qiáng)了對Spring IOC的一個(gè)引用。
SpringConfiguration是如何做到的呢？簡單，實(shí)現(xiàn)Spring的ApplicationContextAware接口，自動(dòng)持有applicationContext，然后openEnvironment時(shí)將其加入environment。
environment.setContext(new SpringContext(applicationContext));
SpringContext是對applicationContext的簡單封裝。
那么什么從Engine IOC移民到Spring IOC了呢？是的，最重要的就是Hibernate Session Factory。
在jbpm.cfg.xml的process-engine-context里干掉：
<hibernate-configuration>
<cfg resource="jbpm.hibernate.cfg.xml" />
</hibernate-configuration>
<hibernate-session-factory />
相關(guān)配置挪動(dòng)至Spring配置文件。
三、 事務(wù)
哪里有數(shù)據(jù)庫操作，哪里就有事務(wù)。對于嵌入式工作流而言，最重要的集成就是事務(wù)的集成。這里先分析jBPM4的事務(wù)實(shí)現(xiàn)，然后再介紹集成入Spring的事務(wù)實(shí)現(xiàn)。
1、 Command模式
jBPM4的邏輯實(shí)現(xiàn)采用了Command模式。
采用Command模式后，jBPM4對CommandService構(gòu)造攔截器（Interceptor）鏈，配置在jbpm.cfg.xml的process-engine-context里：
<command-service>
<retry-interceptor />
<environment-interceptor />
<standard-transaction-interceptor />
</command-service>
2、 原有的事務(wù)實(shí)現(xiàn)
jBPM4原有的事務(wù)通過StandardTransactionInterceptor實(shí)現(xiàn)，在CommandService執(zhí)行Command之前打開事務(wù)（實(shí)際委派Hibernate的事務(wù)管理），完成后提交/回滾。
jBPM4的事務(wù)是基于Command的。
3、 集成入Spring的事務(wù)實(shí)現(xiàn)
Spring的事務(wù)是基于服務(wù)調(diào)用的。
使jBPM4使用Spring提供的事務(wù)：
<command-service>
<retry-interceptor />
<environment-interceptor />
<spring-transaction-interceptor current="true" />
</command-service>
攔截器換用SpringTransactionInterceptor，SpringTransactionInterceptor從environment 提供的Spring IOC獲取PlatformTransactionManager，使用事務(wù)模板回調(diào)Command，事務(wù)傳播模式強(qiáng)制加入當(dāng)前事務(wù)。
同時(shí)，對hibernate session的配置（jbpm.cfg.xml的transaction-context）強(qiáng)制從當(dāng)前線程中獲取：
<hibernate-session current="true"/>
并干掉原有的事務(wù)實(shí)現(xiàn)：
<transaction />
參考文檔：
http://www.slideshare.net/guest8d4bce/spring-integration-with-jbpm4
http://www.tkk7.com/ronghao 榮浩原創(chuàng)