Spring整合问题（RCP+Spring HTTPInvoker+jBPM+SSH）

     3、Spring和Spring HTTPInvoker，也使用典型的做法，在web.xml中配置org.springframework.web.servlet.DispathcerServlet

     目前存在的问题：

     1、使用HTTPInvoker提供服务，不能像通过Struts Action一样直接使用Facade（因为获取不到），而需要写ctx.getBean，因为不是很理解Web容器（使用Tomcat测试，WAS发布）的机理，不过觉得org.springframework.web.context.ContextLoaderListener和org.springframework.web.servlet.DispathcerServlet这两个东西ms不能共享同一个上下文。而applicationContext.xml只载入到了org.springframework.web.context.ContextLoaderListener的上下文中，而没有载入到org.springframework.web.servlet.DispathcerServlet的上下文。如果两个都载入，意味着需要加载两遍applicationContext.xml，连接两遍数据库，创建两个SessionFactory。

            目前我们是使用ctx.getBean的方法来获得Facade。将这个方法放到service类的构造器中，Tomcat启动时，自动创建service实例，这时会加载相应的所有配置文件，还会建立数据库连接。

    2、我们将HTTP Invoker的service放在Struts Action中（也就是说Action充当Service类），然后在TaskBean中（和jBPM示例websale的做法一样）调用jBPM流程API，在这里我们使用了Spring提供的JbpmTemplate，只是利用其获得JbpmConfiguration，之后就跟使用native JBPM一样了（某些场景我们也会使用JbpmTemplate.execute方法，在回调函数中写，这样context的生命周期就由Template控制了）。我们将TaskBean配置在applicationContext.xml中，它的property值设为jbpmTemplate，ctx.getBean("taskBean");可是报错，加载不到jbpmTemplate。

         3、如何将jBPM事务和自制Java代码中的事务一起控制，jBPM的事务是随jbpmContext的创建和销毁而开始和结束的。主要处理的事务是：

         1）业务事务失败，jbpm事务必须回退。

         2）jbpm事务失败，业务事务也必须回退。

          一个基本思路是：将调用业务Facade放入到jbpmTemplate的execute中，由它来负责context生命周期，抛出异常，则context关闭，事务回滚；而使用Spring生命式事务处理，来拦截TaskBean中的方法，这样当业务层抛出异常， jbpmTemplate.execute也不能正常执行结束，业务层也会回滚（还没试过，不知道大家的做法是什么，je上有很多讨论，不过都太虚了，根本不实用）。

           关于RCP通过HTTPInvoker远程调用Server端的service，我想如果这个整合不来就只好使用Struts Action返回XML，而通过URLConnection类来进行port和get处理了。