ActiveBPEL引擎研究二（流程部署）

自从ActiveBPEL的设计器商业化之后，它的ActiveBPEL引擎的开源工作也没有投入太大的气力在做（至少在它的网站上表现出来是这样的，关于开源ActiveBPEL的内容是少之又少，取而代之的是它的商业化产品ActiveVOS，并且从它提供的下载包来看，连最基本的API参考手册都没有，也没有详细的二次开发文档，更不要提什么详细的架构、编程之类的文档了），所以做二次开发的工作量是大大加大了，现在正在考虑是否要转到Apache的ODE项目上去。好了，说它的流程部署。

 

它的流程部署方法和现在的很多的开源项目的部署服务的放大大致相同，就是将所有流程所需的文件，包括BPEL文件、WSDL文件、部署描述文件（ActiveBPEL叫做pdd文件）以及合作伙伴描述文件（catalog.xml）等，全部按照一个固定的格式组织起来，放到Tomcat的bpr目录下，就可用完成部署（该bpr目录是在将ActiveBPEL与Tomcat集成之后自动产生的，专门用于放置这些流程文件）。这个目录结构如下：

 

mybpel
       |-META-INF
       |     |-wsdlCatalog.xml

-pdd

-my_process.pdd
       | -bpel
             |-my_process.bpl
        |-wsdl
             |-service1.wsdl
             |-service2.wsdl

 

这个目录结构组织起来并不难，难的是要编写pdd文件还有合作伙伴描述文件

    我最近也在搞这个东西，任务为设计并实现服务组合并自动发布为新服务，感觉还是比较容易上手的，配置不是很多，到是测试的时候比较麻烦。

     另外，Activebpel是不是不支持使用myeclipse插件生成的xfire服务呢？JAX-WS的可以，xfire的则会报参数绑定异常的错误。不知道楼主遇到没有？

我们已经准备使用Apache的ODE来实现BPEL流程了，Active的已经放弃，原因是我们可能要添加很多相关的自定义标签，而Active的二次开发感觉难度较大。
对于你说的这个问题，我觉得应该都是支持的，因为Web服务一旦部署好之后，就是SOAP消息的通信 了，Active肯定SOAP消息通信没问题，至于报错，可能是设定的错误；你也可以试一下Apache 的Axis2的部署的服务，我们当时是用这个测的，没有问题。

ODE比ActiveBPEL更灵活，并且Intalio公司对ODE也投入了更多的商业支持。

当然了，也可以进一步了解一下Intalio公司的BPM开源产品：Intalio|BPM Community Edition 。它由Intalio|Designer（基于 Eclipse BPMN设计器）、Intalio|Server（ODE BPEL引擎）和Tempo BPEL4People（工作流框架）组成。并且这三个都是Intalio公司支持的开源项目。

你说的没错，他们公司的产品确实很不错，但是也只是号称开源，其实并不是真正开源。开源代码占80%，但是核心的部件都没有开源，只有通过购买他们的产品才可以有源码。
他们的BPM产品是通过ODE+Tempo+Eclipse BPMN实现的，因为这三个产品分别都是开源的，所以Intalio公司就说他们的开源代码占80%，至于如何将这三个部件组织起来的，他们公司并没有开源