bpel
收录了 bpel 频道下的 50 篇内容
BPEL 为何不是 BPM 的圣杯？
在业务流程建模领域，标准之争仍在继续。Bull BPM团队的Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程，接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。
InfoQ 访谈 BPEL4People 代表
在另一个“虚拟小组会议”，我们借此机会与新OASIS BPEL4people技术委员会的代表聊一聊，并在我们为什么需要这个标准的问题上得到了他们的反馈。
语义 Web 服务 WS-BPEL 扩展 (BPEL4SWS)
语义Web服务引入了一个新的WS-BPEL扩展，对在服务集成实现中的语义服务发现和调用提供了支持。
到底谁需要 BPEL？
在继InfoQ的文章《BPEL为何不是BPM的圣杯？》之后，Keith Swenson的新文章对BPEL的局限性进行了阐述，并展示了一种通过直接执行BPMN来克服这种局限性的方法。
WS-BPEL 2.0 成为 OASIS 标准
历时将近四年之后，WS-BPEL 2.0，即Web服务业务流程执行语言（Web Services Business Process Execution Language），最终被批准成为OASIS标准。
文章：InfoQ 访谈 BPEL4People 代表
在另一个我们的非定期虚拟圆桌会议上（Virtual Roundtables），InfoQ借此机会与BPEL4People和WS-humantask规范背后的主要制定人员进行了会谈，并找出了其背后的推动力以及他们下一步的动向。
BPEL4People 和 WS-HumanTask 标准化在即
WS-BPEL技术委员会联合主席，John Evdemon宣布：BPEL4People和WS-HumanTask正提交给OASIS。许多人一直希望给WS-BPEL增加支持一个人工交互的标准方法，它将是一个解决方案。
文章：BPEL 为何不是 BPM 的圣杯？
在业务流程建模领域，标准之争仍在继续。Bull BPM团队的Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程，接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。直接点击阅读完整文章。
WS-BPEL4People 走向 OASIS
几家厂商提出了新的WS-*规范，它有个有趣的名字——“WS-BPEL4People”。相比于处理业务过程自动化的WS-BPEL，WS-BPEL4People规范（它已被秘密制定了近两年），旨在给SOA增加一般的人类工作流能力，尤其是对最近被批准的WS-BPEL 2.0规范。
使用 OSGi，SCA，BPEL 和 Spring 增强可管理性
自OpenSOA最初发布名为“优势整合，SCA，OSGi和Spring”的白皮书以来，这三种技术的整合产生了一些有趣的事情。在最近的一篇帖子里，William Vambenepe探讨了对这种类型SOA平台潜在的新的管理能力。
过程组件模型：下一代工作流？
JBoss jBPM的缔造者Tom Baeyens谈了他对BPM/工作流市场现状的看法，同时介绍了一种名为过程组件模型的新型工作流技术。
BPMN 2.0 虚拟圆桌访谈
在这篇访谈中，我们采访了参与BPMN 2.0标准化工作的Oracle、IBM和SAP的代表。他们在一起讨论了BPMN的演变，以及它如何关联到其它成果，如XPDL、WS-BPEL和BPEL4People。
业务过程执行的 7 个谬误
经过8年多的认真研究之后，BPM的诺言并没有实现：我们远没有能力使用业务分析师设计出的业务过程模型来创建完全可行的解决方案。某些人争辩说我们需要对BPM标准进行再造。在这篇论文中，我们探讨了服务于BPMS的一个新的架构蓝图，它更清晰的调整了SOA和BPM间的关系。
《流程的永恒之道》（一）：控制模式之串行、并发分裂及并发汇聚模式
控制模式是流程的中枢神经，它在作战小分队中负责将多个单独的作战活动组合在一起，并推动活动的自动化流转，形成作战流程。其重要性不言而喻，因此要设计一个好的流程，就必须学会应用各种各样的控制模式。
SCA 访谈
自从SCA于2005年发布面世以来，它已成为许多热门讨论的主题。在2007年，这些规范被捐献给OASIS并且创建了OpenCSA论坛。最近，这些OpenCSA成员举行了第一次全体大会，同时举行了首次标准工作组的面对面会议。我们有机会就SCA、标准化和应用这些话题采访部分与会者。
在 ESB 中选择路由还是编配？
在这篇文章中，Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法，从使用如自定义路由这样的低级别方法，到使用如工作流和编配这样面向业务的高级别方式，并总结说不存在“一边倒”的解决方案。
向服务组件架构出发
SAP的Java EE软件架构师及SCA-J技术委员会联合主席Henning Blohm，将服务组件架构视为一种跨技术（cross-technology）的编程模型集成。他认为：对于厂商，SCA降低了给它的用户提供实现或绑定的边际成本；对于用户，SCA减少了使用它们的边际成本。
分布式 JBI
就正式规范来说，JBI（Java业务集成）规范仅限于单Java虚拟机（JVM）实例。在其最新文章中，Sun公司的Derek Frankforth描述和对比了使用OpenESB建立分布式JBI拓扑的两种不同方式及其优缺点，并且在文章结尾展示了二者是如何进行互补的。
案例学习：Safeco 的复合应用模型
这个案例是关于机动车辆保险记录公司Safeco的一个小团队是如何在不到8周的时间里，使用SOA、SCA、BPEL、针对遗留复用的复合应用方法、Java和.NET互操作等技术交付一个复杂的包含5个系统的整合应用的。
京公网安备 11010502039052号 | 产品资质
