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是否会增加性能开销。 如果我采用自我实现,我会错过工作流程的可视化。为了性能,可以进行交易。 问题答案: 这确实取决于您的要求。首先,查看您是否真的需要工作流引擎(此资源或其他