关于jbpm预研时的问题

1.有没有人使用struts2或webwork与jbpm结合使用.
通过的请求是:表单request->action->biz layer->dao->biz layer->action->response->页面
那么struts2与jbpm结合后,应该是一个怎样的处理过程呢.
2.JBPM使用的是hibernate.如果项目中使用ibatis,那么能不能同时使用?
3.jbpm的工程格式是maven风格,如何转换为一个WEB工程.与MYECLIPSE的WEB工程结构不太一样

第一个问题：应是一样的。struts2中仍可设计成请求分发(action功能)
第二个问题:同问！请高手回答，
第三个问题:所有的java工程都会有src(源码),web工程会多一个WEBROOT\WEB-INFO，工程是用来方便开发的。他的结构并不重要。使用JBPM生成的工程也可转成WEB工程，只要把SRC拷到你WEB工程的SRC中就行了。保证你WEBROOT（web根目标）下的文件结构是对的就行了

LZ， 我推荐您可以参考下SEAM，

SEAM已经集成了jBPM，HB，JSF， 可以很方便的开发基于工作流的项目

HB, SEAM都是Gavin King的项目，

不过在SEAM里有很多新的概念，

像双向注入，会话上下文，业务上下文，工作区管理

再加上JSF，学习曲线偏长。

在整个程序结构中，可以把jbpm单独看作一个组件存在，做好隔离的工作就没有你说的问题了。

1.流程的运作其实主要是处理task和后台运作，而task的处理则跟mvc层有很大关系。其实不用考虑的太复杂。task的处理要求解决两个问题，context里面的变量的处理和task完成后转向的制定。所以，jbpm跟struts或webwork结合的时候，可以在执行action的时候取得jbpmcontext里面的变量，然后处理，存回到jbpmcontext里面，然后根据action的result选择一个对应的转向就OK了。

2.如果有这样的需求，完全可以满足，只是需要在程序设计上注意一下事务的细节。其实Jbpm的整个操作事务都是在一个大的Context里面的，这个context的socpe是servletFilter。所以不管你的项目里面用的是什么orm，只要把事务能传播给jbpmcontext就可以了。
另外，我习惯吧业务数据先全部存在jbpm的DB里面（可以使用各种方法来存，比如序列化成xml），然后在流程运转到一定步骤时再一次性入业务库。

3.这个完全没有必要担心。自己脱离myeclipse做一个web项目你就不会有这样的顾虑了

这句话不太明白.

请问,将一个流程发布到数据库后,在应用程序中怎么得到这个已发布的processDeinition,我现在在单元测试中,是根据库表的流程ID写死的.将来需要动态读出这个processDefinition.

Webwork与jBPM可以很好地集成，webwork只是实现action，调用jbpm就是。我们现在便是这么用的。
至于能否与iBatis集成，我想应该是可以的，不过还没试过:)

Seam似乎太复杂了，我尤其不喜欢JSF之类的

1. 哪种mvc方案都没有关系， jbpm只负责工作流这一块
2. jbpm用它的hibernate，你用你的ibatis，应该没有影响。用spring将两者整合起来会方便很多。
3. 你习惯那种工程结构，就换成习惯的结构嘛， 这个又不难，jbpm不就几个jar包，几个配置文件吗