WfMOpen 是基于 J2EE 的工作流设施（工作流引擎）的实现，由工作流管理联盟（WfMC）和对象管理组（OMG）提出。
工作流组件基于一组JAVA接口，定义了工作流管理设施的API。基本的 "OMGcore "接口紧跟OMG的工作流管理设施规范V1.2，同时做了一些修改，以使CORBA服务适应Java API的既定设计实践。
工作流使用WfMC的XML流程定义语言（XPDL）和一些扩展来指定。
虽然WfMOpen起源于上述的工作流标准，但实际的实现却超越了工作流引擎的传统领域。通过设计，WfMOpen提供了出色的可扩展性，并支持商品集成技术，包括但不限于SOAP。因此，工作流组件可以作为任何基于流程的应用实施的核心，并且非常适合为BPM（业务流程管理）相关工作提供解决方案。
-
以下是本人在学习两个工作流系统时做了一些粗略的对比，不对之处请指正！ JBPM与WFMOPEN规范的比较 JBPM 采用自己的流程定义(JPDL),虽然针对性强,灵活度高,但由于没有提供规范接口,从而不易于与其它工作流引擎进行交互使用. WFMOPEN 整体构架严格遵循WFMC与OMG制定的接口标准. JBPM与WFMOPEN流程定义语言的比较 JBPM(JPDL) 商务逻辑定义采用自己定义的JP
-
我正在研究一个需要工作流/流程引擎的解决方案。我的工作流包含一些基于Java的进程（类）和一些Linux Shell脚本。流程不会是静态的，每个流程的执行取决于前一个流程的状态/结果，将有多条路径，路径将由前一个流程的状态确定。 我尝试查看jBPM，但没有找到合适的支持来调用shell脚本。请根据我的要求为我推荐一个合适的替代方案。 非常感谢。
-
问题内容： 我想知道您（SO读者）使用Workflow Engines解决的特定问题，以及如果您不自己动手使用的库/框架。我还想知道何时工作流引擎不是最佳选择，以及您是否/如何选择更简单的东西，例如使用状态机的TaskList / WorkList / Task-Management类型应用程序。 问题： 您使用工作流引擎解决了哪些问题？ 您使用了哪些库/框架？ 什么时候像系统这样简单的状态机/任
-
问题内容： 目前，我们正在评估BPM引擎，我非常感谢社区的投入。我正在做我自己的尽职调查，但也想听听基于实施案例的建议。 我的主要评估标准如下 开源和OEM友好许可证 生产装置（成功的故事很有帮助） 提供商业支持 开放标准支持-BPMN 根据输入动态创建/组装工作流程 可嵌入的 目前，我正在评估Activiti和JBPM。Bonita开放式BPM似乎也不错，但从未使用过。你们在Bonita上有任何
-
Cocos Creator 的引擎部分包括 JavaScript、Cocos2d-x-lite 和 adapter 三个部分。全部都在 GitHub 上开源。地址在： JavaScript 引擎：https://github.com/cocos-creator/engine Cocos2d-x-lite 引擎：https://github.com/cocos-creator/cocos2d-x-l
-
Cocos Creator 3D 的引擎部分包括 JavaScript、Cocos2d-x-lite 和 adapter 三个部分(暂不支持 adapter 引擎定制)。全部都在 github 上开源。地址在： JavaScript 引擎：https://github.com/cocos-creator/engine Cocos2d-x-lite 引擎：https://github.com/coc
-
问题内容： 编写新的工作流引擎还是使用现有的BPM引擎更好吗：jBPM 5，Activiti 5？ 我的应用程序是基于Web的应用程序，性能非常重要。我的疑问是，与编写简单的工作流引擎相比，使用jBPM / Activiti是否会增加性能开销。 如果我采用自我实现，我会错过工作流程的可视化。为了性能，可以进行交易。 问题答案： 这确实取决于您的要求。首先，查看您是否真的需要工作流引擎（此资源或其他