JPBM4.4与Spring的调整

JPBM4.4与Spring的整合
    最近刚开始学习JBPM4.4，安装和运行其自带的例子均没有碰到什么问题。
   
    但是，和项目整合的时候需要与原有的系统进行整合。所以，问题来了：
    1、JBPM4.4到底需要哪些JAR包，jar包冲突了怎么办呢？
    2、JPBM4.4怎么和原有的Spring配置整合在一起呢？

    首先，第一个问题一直都是很困扰JAVA开发者的一个问题（jar包的依赖关系，版本冲突等等问题）。我认为有两种无奈的解决思路： 1、不管三七二十一，把所需的jar包一股脑的扔进去，等发生冲突了，再一个个剔除。2、不管这个框架需要什么jar包，直接运行你写的单元测试例子，查看出错信息一个个去将缺少的包加入进来。幸运的是我们原来的项目采用maven管理项目，所以我采用第二种思路，很轻松的就将jbpm4.4所需的最小依赖包加入进来了。
  
    那么，接下来就是和spring的配置问题了。我查看了JPBM4.4的官方开发者指南（http://docs.jboss.com/jbpm/v4/devguide/html_single/）的第17节（Chapter 17. Spring Integration）中spring的配置描述 ：
   第一步骤（配置spring的事务管理）：
  

The easiest way to integrate Spring with jBPM is to import the jbpm.tx.spring.cfg.xml in your jbpm.cfg.xml file:（最最简单的方法就是，直接在jbpm.cfg.xml文件中导入jbpm.tx.spring.cfg.xml）<import resource="jbpm.tx.spring.cfg.xml" />   

   第二步骤（生成ProcessEngine对象，有了这个我们就可以操纵整个JBPM引擎了）：
 

  <bean id="springHelper" value="org/jbpm/spring/jbpm.cfg.xml"></property>  </bean>  <bean id="processEngine" factory-bean="springHelper" factory-method="createProcessEngine" />  

    这样我就配置好了吗？如果我们运行自己的单元测试，会发现真的配置可以运行。
 
    第二步骤没什么难理解的就是spring的DI（依赖注入）生成ProcessEngine对象而已。第一步骤却是有点让人迷惑。为什么在jbpm.cfg.xml中引入一个jbpm.tx.spring.cfg.xml文件就可以使用到事务管理呢？平常我们配置的不都是要指定事务拦截器，并指定要拦截的方法吗？
   
    好吧，那就看看jbpm.tx.spring.cfg.xml中到底干了些什么吧。我在jbpm-pvm-4.4.jar包中发现了该文件

<jbpm-configuration spring="enabled">  <process-engine-context>      <command-service name="newTxRequiredCommandService">      <retry-interceptor />      <environment-interceptor policy="requiresNew" />      <spring-transaction-interceptor policy="requiresNew" />    </command-service>        <!-- Default command service has a Spring transaction interceptor-->    <command-service name="txRequiredCommandService">      <retry-interceptor />      <environment-interceptor />      <spring-transaction-interceptor />    </command-service>      </process-engine-context>  <transaction-context>    <transaction type="spring" />    <hibernate-session current="true" />  </transaction-context></jbpm-configuration>

  
    从xml标签的字面意思可以猜测<transaction-context>内的属性配置了使用spring事务拦截器。在<command-service>标签中的<spring-transaction-interceptor /> 应该就是要指定的spring事务拦截器了。但是，这个spring-transaction-interceptor什么都没指定，怎么知道到底要用我们项目中的哪个事务管理器呢？（这个问题确实挺让我困扰的。只怪了当时只看了最简单的配置，能跑起来就不了了之了。） 好吧，那就继续去官方手册找找吧。我发现了一行话：The spring-transaction-interceptor will look by default for a PlatformTransactionManager implementation by doing a search by type on the defined beans.（这个spring拦截器默认根据类型（by type）查找实现了PlatformTransactionManager接口的Bean并注入进来了。）而刚好我在项目中只配置了一个org.springframework.orm.hibernate3.HibernateTransactionManager的事务管理bean。而这个bean又是一个AbstractPlatformTransactionManager的实现类。所以。。。给它用by type的形式神不知鬼不觉的注入进来了。（一开始学习的时候觉得配置的方式蛮好的，有的时候找问题，配置的东西真的给人调试，查找带来太大的麻烦，该死的XML，该死的配置，发个牢骚O(∩_∩)O哈哈~）。

    那还有一个问题：如果我们项目中配置了多个事务管理器，那spring事务拦截倒是用的是哪个事务管理器呢？我们如果想指定的话应该怎么指定呢？

    为了查看多个事务管理器的情况下到底用哪个，我写了两个测试事务管理类，都继承org.springframework.orm.hibernate3.HibernateTransactionManager并重写了doCommit方法，在该方法中添加一行日志信息（比如：我调用了事务管理器1（或2））。并在配置文件中配置了这两个事务管理bean。经单元测试例子运行后查看日志得知：默认使用第一个实例化的事务管理bean。

    如果想使用其他个事务管理的话，可以指定的。怎么指定，官方指南也写了。只要指定transaction-manager即可。

    <spring-transaction-interceptor transaction-manager="你的事务管理器" />

1 楼 -惜帅- 2011-09-27   不错，正在学习中...

查看更多 下一篇