Enhydra Shark

    Enhydra Shark是一个开源的工作流引擎框架，使用Java进行开发，遵守LGPL协议。Shark遵守WfMC、OMG规范，以XPDL（XML Process Definition Language）进行流程定义。     Shark以Java库的方式运行，并不启动自己的线程，而是和使用它的系统一起运行。这种简单点的方式使它可以在很多环境中运行，如Web、Java Applicati

        最近刚刚开始研究工作流，在网上看到许多大虾评论Enhydra Shark的工作流引擎比较好而且有发展前景，所以就随即拿来学习一下。不过我还真的是很菜的鸟，在技术讨论群14455633里竟问一些初级问题搞得自己都不好意思。现在写点东西也就是现学现卖的事情了。      Enhydra Shark在2.0版本之前都是开源的，但是现在已经不能从官方网站上下载早期的版本了让我很是郁闷。如果

一直想用新的Shark来做个系统，Shark的商业化气息太弄了，文档很少，而且在2.1的时候部署sharkWebClient的时候transaction总是配置有问题，Shark到了2.0以后采用UserTransaction。现在的2.2.1的按照部署说明部署后即可运行。 集成的框架准备采用appfuse2.0.2 的spring mvc基础上。

什么是 Enhydra Shark 管理程序？     Shark 管理程序是一个 Java swing 应用程序，管理者可用于进行 Shark 引擎的管理。有两种管理程序，一种是把 shark 直接作为库来使用，另一种是利用 shark 的 CORBA 包装器接口，配置成CORBA 服务与Shark进行通信。该管理程序可用来处理含有XPDL文件（上传新的 XPDL 文件或删除已有）的 shark

Enhydra Shark管理应用程序是什么？ Shark管理应用是Java swing应用程序被管理者管理Shark引擎使用。有两类管理应用程序，第一种使用shark直接像使用一个库，另一种是使用shark的CORBA包装的接口部署为CORBA服务进行通信。它可以用于管理shark的包含XPDL文件（上传新的XPDL文件或删除存在的XPDL文件）的外部仓库，装载一些XPDL文件到shark，卸载

org.enhydra.shark.SharkEngineManager<o:p></o:p> <o:p> </o:p> SharkEngineManager是shark引擎的控制室，它在shark引擎内部使用，shark引擎的所有管理器都是由它产生的。<o:p></o:p> SharkEngineManager使用了singleton模式，保证整个系统只有一个它的instance<o:p></o

本文主要列出项目中使用的Shark API ,并列出已知的Shark1.1和shark2.0(TWS)的差别，不定时更新。 Shark1.1和shark2.0的设计上的总体差别 1.事务： Shark2.0支持jotm 所以在API中把所有方法中带有 SharkTransaction 参数的重载版本都去掉了，转而使用jotm来对事物进行控制，这么做的后果就是你要像shark的demo中一样在调用s

匿名用户 1级 2019-01-07 回答 下面是一个调试shark的例子，通过它，你可以大致了解shark的工作流程 运行和测试 到${tws}\bin目录下，首先运行tns.bat，然后运行run.bat，接着运行runSA.bat，启动管理器，输入用户名admin，密码是enhydra，OK，进入管理器了。 下面是一个Quick Start，翻译自Shark自带的Quick Start，精简

Shark工作流的实现和WMFC&OMG规范的对比                                  -----第九部分：分析obe自带例子的执行过程   关键字：Shark 工作流 WMFC OMG 规范        Obe工作流的执行过程，下面来说说自带test中的例子的执行过程：     初始化工作流引擎的时候需要一个RepositoryManager 的实例     Re

文件位置：/Shark/modules/SharkClient/Swing/src/org/enhydra/shark/swingclient/resources/Copy of SharkClient.properties 文件内容： # Together Workflow Server # Copyright (C) 2010 Together Teamsolutions Co., Ltd.

我正在研究一个需要工作流/流程引擎的解决方案。我的工作流包含一些基于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是否会增加性能开销。 如果我采用自我实现，我会错过工作流程的可视化。为了性能，可以进行交易。 问题答案： 这确实取决于您的要求。首先，查看您是否真的需要工作流引擎（此资源或其他

有人能分享一个关于如何使用Netflix导体的教程吗？github上有代码示例吗？我在亚马逊SWF上做了一个示例，了解了整个事情是如何工作的，但需要一些关于开始使用导体的指导。

一、功能说明 设置不同的工作流，每个子状态可以单独设置管理员，从而实现逐级专人审核制度 二、子功能导航 1.添加工作流 2.管理工作流 三、功能详解 1.添加工作流 1).如何进入本功能 导航栏 选择扩展 -> 菜单栏 选择工作流 -> 添加工作流 2).界面解释 点击后弹出如下界面 界面详述 1). 工作流名称: 您可以填入任意字符 2). 描述： 工作流简介 3). 审核级数： 可以设置次工作