关于BEA的工作流产品

      最近在研究BEA的工作流产品线，看的太迷糊了，请明白人给小弟指点一下吧。

 

     首先有个产品叫做BEA AquaLogic BPM，还有个产品叫做BEA WebLogic Integration，两者都有工作流的功能，后来在dev2dev.bea上有人问两者区别，版主说前者是专门的WorkFlow工具，而后者是EAI工具，但是里面也包含工作流工具。而AquaLogic BPM是个Suite，套件，里面ms有个BPM Designer来设计流程，有个BPM Studio来整合所有服务或系统。更详细的见下面这段描述：

   

业务分析师使用AquaLogic BPM Suite 5.5定义了一个初始的业务流程流。分析师将使用AquaLogic BPM Designer定义流程，并与IT人员共享该流程定义。

初始的过程流准备就绪之后，技术用户就可以使用AquaLogic BPM Studio 5.5工具实现任何所需的服务或系统集成。

使用WebLogic Workshop 8.1，开发人员可以使用WebLogic Integration 8.1.5组件来创建JPD。

创建组件之后，开发人员将会在AquaLogic BPM Studio 5.5工具中调用它们。

使用AquaLogic Service Bus 2.1或以后版本，开发人员或系统管理员将在公共的BEA WSRP Test Server上注册一个业务服务，并创建一个代理服务。

创建并配置完组件之后，开发人员将在AquaLogic BPM Studio 5.5工具中调用它们。

最后，可以使用WebLogic Portal 8.1.5或AquaLogic Interaction Process 1.5运行和监控业务流程。

引自：http://dev2dev.bea.com.cn/techdoc/20061012887.html

 

我的问题如下：

1、提及BEA的工作流平台是指BEA AquaLogic BPM吗？

2、BEA AquaLogic BPM和WebLogic Integration是什么关系？

3、据说BEA的工作流引擎是遵循BPEL规范的，而BPEL规范提供了一种XML注释和语义，用于指定基于Web服务的业务流程行为。使用合作伙伴的交互方式，定义了该BPEL4WS流程。合作伙伴可以将服务提供给流程，也可以向流程请求服务，或者参与到流程的双向交互中。BPEL通过指定顺序来编排Web服务，这对服务集合的调用来说意义深远。BPEL还针对每个服务分配了合作伙伴的责任。您可以使用它来指定合作伙伴的公共接口和可执行流程的描述。

   那么为什么还存在BEA AquaLogic BPM与Web Service的集成问题呢？不是这个工具就是将所有的东西都封装成Web Service然后再进行管理吗？见http://dev2dev.bea.com.cn/techdoc/20061012887.html

4、BEA Workshop在这其中扮演一个什么角色，不是有AquaLogic BPM Studio了吗？

5、http://dev2dev.bea.com.cn/techdoc/20061012887.html 这篇文章里将这些BEA的产品整合到一起是集成需要，还是要做工作流必须要用到这么多BEA产品。也就是说，想用BEA的工作流平台，需要的最小的产品集是什么？

6、这个平台如何与现有的技术架构整合，EXT/SWT+Struts+Spring+Hibernate+Messaging Q。

7、这个最小集的价格是多少？

   

  

在dev2dev.bea上网有的回复：
james.zhang：
1.是

2.
前者是2006年收购Fuego后整合到新产品线AquaLogic的BPM产品，
后者是BEA之前在WebLogic产品线研发的工作流产品。

前者在传统的人工活动方面处理的还不错。

3.
从标准上看，BEA  AquaLogic主要基于XPDL 2.0，新版本实现了BPEL 2.0（应该说只是部分）
你看到的文章，其与Web Service的集成，不是采用BPEL与WebService集成的方式。

4.
BEA Workshop不能够用来设计AquaLogic流程，你可以把BEA Workshop理解为JBuilder/WSAD/Eclipse
AquaLogic BPM Studio设计时使用的脚本语言支持.Net和JAVA

5.
不需要那么多，最小集就是BEA AquaLogic BPM Suite.

6.我也想知道具体的室实作。

Starcraft：
对james.zhang的做一些补充
1. 工作流平台应该是指aqulogic BPM suite
2. 没有关系，ALBPM是收购过来的Fuego的BPM产品。两者虽说都可以有交叠，也有不同之处。ALBPM最大的特点可能就是以人为本，注重人机交互吧。这是我的理解，几句话也说不清楚。大家可以讨论。

5.最小产品集应该是ALBPM Studio + ALBPM enterprise Standalone。不过大型应用后来都要迁移到ALBPM Enterprise + WLS上。Standalone只适用于小型应用。Studio没有FDI，只能用来测试。

另外我的补充问题：
我们买与Weblogic 9.2兼容的AquaLogic BPM
是将现有的Java类封装成WS再使用Studio组装嘛？
我现在的构想是客户端使用HTTP协议与后台通信，不使用RPC方案，控制层使用Struts，然后是POJO，Spring作为IoC和声明式事务处理，Hibernate做ORM，这个方案有自相矛盾的地方吗？

收集了有关范玉顺的工作流文章 http://www.agilestep.cn/theory/document/FanYuShun.html