请选择 进入手机版 | 继续访问电脑版

工作流中间件InfoFlow

2022-11-19| 编辑: 佚名| 查看: 241 |原作者: 萧覅|来自: 衙媒网

今天给大家介绍的是工作流中间件InfoFlow,工作流中间件InfoFlow的详细内容:第一篇:工作流中间件InfoFlow工作流中间件InfoFlow产品概述InforFlow工作流中间件是遵循由国际工作流管理联盟制定的工作流管理规范而实现 ...

  今天给大家介绍的是工作流中间件InfoFlow,工作流中间件InfoFlow的详细内容:

第一篇:工作流中间件InfoFlow

  工作流中间件InfoFlow 产品概述

  InforFlow工作流中间件是遵循由国际工作流管理联盟制定的工作流管理规范而实现的工作流中间件产品。

  InforFlow可以为政府及企业提供统一的业务流程管理平台, 也是进行企业应用集成及业务流程整合的基础平台, 是快速构件政府或企业管理信息系统的开发平台。

  产品组成

  InforFlow产品的基本结构如下:

  图1.InforFlow产品组成

  InforFlow流程设计器

  InforFlow流程建模使用InforFlow流程设计器完成。

  流程设计器是用于图形化设计业务流程的工具。

  设计器基于先进的Eclipse RCP架构体系, 产品即可以以插件的形式在Eclipse或WSAD中使用, 也可以以独立的应用的形式使用。

  如下图所示。

  图2.InforFlow流程设计器

  InforFlow工作流引擎

  工作流引擎是工作流管理系统的核心, 负责实例化流程定义, 根据流程定义驱动业务流程的运行, 根据定义及运行时的动态信息计算任务分配条件, 分配任务, 根据对实际的流程控制请求完成对流程的动态回退、跳转等控制操作, 负责发起对应用程序的调用, 接收来自应用系统的调用请求, 负责发起对应用程序插件的调用。

  产品功能

  流程建模

  流程建模能力的强弱是工作流产品区别于普通办公自动化系统的因素之一。

  企业中所存在的业务流程是企业生产、经营过程的反映, 必然涉及多部门、多角S的人员之间的分工协作, 有些业务流程的运行甚至是跨级别、跨地域、跨季度的在时间与空间上都跨度极广的复杂过程。

  若支持这样的业务流程, 必然要求工作流产品具有极强的流程建模能力。

  InforFlow工作流中间件元模型基于WfMC规范实现, 是对业务流程所具有的共性的完善的抽象。

  InforFlow在对支持复杂业务流程的分层建模、复杂任务分配方式以及应付易变的业务过程方面都具有独到之处, 使之可以轻松应付这些复杂性, 降低了应用系统的开发难度, 也减轻了开发人员的工作量。

  工作流元模型

  InforFlow工作流中间件元模型实现了规范中所定义的包、流程、活动等等概念, 对活动的类型的可以支持无实现活动、Tool活动、子流程活动、块活动、路由活动。

  InforFlow的工作流元模型如下图所示:

  图3.InforFlow的工作流元模型

  可扩展的流程建模

  InforFlow工作流中间件的工作流元模型遵循WfMC规范实现, 具有强大的流程描述能力。

  但是, 由于业务流程本身千差万别, 使用标准的流程描述元素仍然不能完全满足实际的需求。

  InforFlow支持对业务流程建模的扩展, 可以补充业务流程所需要的各种属性定义。

  更为重要的是, InforFlow的工作流引擎也具有良好的扩展能力, 能够对业务系统扩展的流程属性进行解析执行。

  图4.InforFlow可扩展的流程建模能力

  使用操作与业务单元分离流程逻辑与业务逻辑

  InforFlow2.1扩展了XPDL对应用程序的定义, 将应用程序分为“业务单元”与“操作”两种类型。

  业务单元反映了某个活动节点要“做什么”, 操作反映了此活动节点对流程有什么样的控制权限, 例如“批准”、“否决”、“打回”等等。

  业务单元与操作都是某种类型的应用程序, 但是将这两个概念区分开来, 可以帮助开发人员构建出耦合性更低, 业务组件对流程运行过程的依赖性更小的应用系统出来, 从而真正使得所开发的流程可变、易变。

  从形式上来看, 业务单元可以由工作流引擎发起调用, 而操作则是由应用系统控制发起对工作流引擎的控制方法的调用。

  流程控制 静态流程控制 静态流程控制是指工作流引擎严格按照业务流程的定义驱动业务流程实例的运行。

  InforFlow可以支持串型、并型、循环等工作流模式的运行, 其中并型模式又可支持同步分叉、选择分叉、同步合并、选择合并等并型流程运行策略。

  同时, 在节点的输出转移上可以定义转移条件, 可以实现基于条件的路由。

  如果运行时工作流引擎发现所有输出转移上转移条件都不满足, 则可以根据对默认转移路径的定义, 驱动流程按默认路径运行。

  动态流程控制

  InforFlow工作流中间件可以支持串型、同步分叉、选择分叉、同步合并、选择合并、循环等静态定义的工作流模式, 同时也支持任务的动态回退、跳转等由应用系统在运行时动态决定的控制方式。

  任务的动态回退使得用户可以将任务退回到已经经过的任意一个活动实例上去, 由活动原先的执行人重新执行此项活动。

  任务动态回退的流程图示如下图所示:

  图5.Inforflow任务回退示意图

  任务的跳转使得用户可以决定流程下一步不按照预先定义好的流程运行, 而是按自己所指定的目标节点运行。

  使用跳转功能, 可以实现对紧急事项的处理, 也可以实现对流程控制的灵活性要求比较高的业务流程。

  流程跳转的示意图如下所示:

  图6.InforFlow任务跳转示意图

  使用插件增强流程控制能力

  使用流程事件插件使得InforFlow工作流引擎对流程的控制更加细腻, 更加灵活。

  在流程实例、活动实例、工作项状态发生改变的任一时刻, InforFlow允许应用系统以插件的形式扩展其业务上所需要的功能。

  InforFlow所支持的插件示意如下图所示:

  图7.InforFlow工作流的可扩展架构

  使用事件插件的一个场景是利用插件来获取、修改流程相关数据的值。

  当业务单元完成对业务对象的处理后, 可以由插件从业务数据库中获取所定义的流程相关数据的值。

  由于某些相关数据会影响流程的运行过程, 因此, 也可以在适当的时刻在插件中修改相关数据的值, 以获取所希望的流程运行路径。

  当然, 也可以使用插件以发送mail的形式实现对任务处理人的任务到达通知, 或者当流程运行结束时, 及时通知流程的申请人, 以提醒业务人员做进一步的处理。

  产品特点

  遵循国际规范

  参照WFMC(工作流管理联盟)标准

  遵循OMG(对象管理组织)规范平台无关性

  操作系统无关性

  数据库无关性

  应用服务器无关性 流程控制的灵活性

  支持动态的分支选择与合并

  支持流程的动态回退与跳转

  支持动态任务分配

  提供灵活、丰富的编程接口

  支持用户自定义条件的综合查询 流程建模的可扩展性

  支持对流程、节点、工作项的属性进行扩展, 以适应业务建模的需求

  支持对工作流引擎的扩展, 以解释流程定义时所扩展的各种业务相关的属性

  应用领域

  InforFlow工作流中间件可以应用在电子政务、电子商务、企业管理、金融等领域的信息化建设项目中, 也可以与某种特定领域的系统相结合, 开发专业工作流产品, 如公文流转系统、影像工作流系统、银行信贷管理系统等等。

  以下是InforFlow的几个典型应用案例: 在办公自动化领域中

  使用InforFlow工作流中间件流程设计器定义默认流程, 使用“跳转功能”实现“自由流”的控制, 由流程的当前执行人决定下一步任务要“做什么”, 以及“由谁来做”。

  在金融信贷管理中

  InforFlow工作流中间件实现了信贷业务管理、控制的电子化和自动化, 使系统更易于适应变化, 方便了流程再造, 提高了快速开发能力。

  在海事电子政务中

  为海事船员管理系统提供了基础的流程构建平台, 实现了复杂的任务分发。

  在房地产项目管理中

  采用矩阵式的组织模型, 实现了项目组与审批流程的动态绑定。

  支持环境

  操作系统

  Microsoft Windows 98/NT/XP/2000/2003 IBM AIX HP UNIX Sun Solaris Linux 数据库 Oracle DB2 Sybase SQL Server Informix HSQL 应用服务器 InforWeb WebSphere WebLogic Tomcat JBoss 其他符合J2EE 1.3规范的应用服务器

第二篇:移动中间件-商业模式

  移动应用中间件——开源

  在移动互联网与移动终端设备(智能手机、平板电脑等)都全面飞速发展的今天, 移动应用在这个巨大的浪潮中展露了头角, 并不遗余力的全速开进。

  移动应用与传统IT相比较, 传统IT系统的网络拓扑结构发生了变化, 增加了移动终端, 但事实上, IT系统的主体并未发生变化, 只是表达层发生了变化。

  因此需要重构表达层, 迁移以后的表达层是否可以继续使用这些技术?这是迁移的关键所在。

  最佳迁移方案是对原有结构的最小改变、沿用原有的表达层技术并能够充分利用移动终端新功能, 起桥梁作用的移动中间件是实现这一目标的最佳选择。

  一件事情的成功需要天时、地利和人和。

  目前, 移动互联网这个大环境的飞速发展是天时;移动中间件自身的桥梁作用使其拥有巨大的潜力市场是地利;那么人和呢?移动应用领域的焦点问题——商业模式, 可以做到。

  海比研究针对商业模式给予移动中间件厂商建议:采取开源的模式。

  开源软件商业模式已经不是新鲜的事物, 而移动中间件厂商采取这个方式有着很好的匹配度。

  移动中间件是新浪潮下的新鲜产物, 新鲜的事物就需要有它创新的产品和服务, 但事实上目前移动中间件的关注人群较低, 业内的开发技术人员肯从事此方面工作的人毕竟是少数, 因此就会导致低产出的创新产品和服务, 不能跟上全局快速发展的步伐。

  如果采取开源的方式, 这个瓶颈迎刃而解。

  建立自己的开源平台, 然后将源代码的编辑技术开源, 将工程化技术和服务技术收归自身版权所有。

  这样就赢得了开源软件的市场亲和力, 同时赢得了广大的志愿开发者技术和创新的集合。

  因此就可以产生三个方面的赢利点:

  第一, 将开发志愿者开发出来的“半成品”进行优化、完善以保证企业使用的稳定性, 安全性;

  第二, 软件提供免费, 收取服务费;

  第三, 与硬件捆绑, 软件提供免费, 进而促进移动终端的销售, 促成双赢。

  希望提供移动中间件的厂商都能抓住这次机会, 探索到适合自己企业的商业模式, 在移动的大浪潮中扬起风帆, 乘风破浪。

第三篇:浅谈电子商务中间件构架

  浅谈电子商务中间件构架*

  叶颖

  李陶深

  (广西大学计算机与电子信息学院, 南宁

  530004)

  摘 要: 电子商务系统构架是一个在因特网(Internet)、企业内部网(Intranet)和企业外部网(Extranet)上的网络商务应用体系。

  电子商务中间件是一种电子商务应用集成的关键件, 可用于解决电子商务应用的互连和互操作的问题。

  本文将从网络环境的角度, 对电子商务中间件构架中的电子商务应用服务器、通讯平台和安全平台做比较详细的介绍。

  关键字:电子商务;中间件

  Discussing the Framework of the E-commerce Middleware

  YE Ying

  LI Taoshen(College of computer, Electronics and Information, Guangxi University, Nanning, 530004)

  Abstract: E-commerce system is network commerce application on the internet, intranet and extranet.E-commerce middleware is a kind of key software to integrate e-commerce application, and can use to solve inter-connection and inter-operation problem of e-commerce application.This paper introduces the e-commerce application server, the communication platform and security platform in detail.Keywords: e-commerce;middleware 前言

  电子商务加速了我们周围世界的数字化进程, 一个全新的、充满机遇与挑战的数字化世界正逐渐演变为现实。

  电子商务是采用数字化电子方式进行商务数据交换, 开展商务业务活动。

  由于电子商务是在Internet等网络上进行的, 因此, 网络是电子商务最基本的构架。

  相应的, 电子商务系统就是是商务活动的各方, 包括商家、消费者、银行或金融机构、信息公司或证券公司和政府等, 利用计算机网络技术全面实现在线交易电子化的过程。

  从网络环境来看, 电子商务所强调的是在网络计算环境下的商业化应用, 不仅仅是硬件和软件的结合, 也不仅仅是电子交易, 而是把买家、卖家、厂商和合作伙伴在因特网(Internet)、企业内部网(Intranet)和企业外部网(Extranet)结合起来的网络应用体系。

  中间件是一种独立的系统软件或服务程序, 它指的是一些在互联网环境下运行的一些有关通讯软件、交易软件、数据库访问软件以及和互联网有关的安全软件, 以及为了在互联网条件下能够很好地开发应用所提供的许多面向应用的开发工具等。

  电子商务中间件是一种电子商务应用集成的关键件, 不管电子商务应用分布在什么硬件平台上, 使用了什么数据库系统, 透过了什么复杂的网络, 电子商务中间件的开发与应用可以解决电子商务应用的互连和互操作的问题。

  本文将从网络环境的角度, 对电子商务中间件构架中的电子商务应用服务器、通讯平台和安全平台做比较详细的介绍。

  电子商务中间件构架

  图1描述了电子商务网络应用体系。

  图1 电子商务网络应用体系

  简单的说, 电子商务网络应用体系包括以下几个方面的内涵:

  (1)智能目录, 指的是各类网上应用, 如图中的电子金融、电子购物、电子证券等。

  它可以根据用户喜好分析用户商业需求, 跟踪用户活动, 自动配置目录和提供个人化信息。

  (2)电子商务应用服务器, 是整合事件管理、交易管理、购物管理及供应链管理的用操作框架。

  (3)通用业务网关和支付网关, 包括了动态业务增减机制以及电子支付机制(授权、结算、对帐和分帐等)。

  (4)通讯平台, 为数据的可靠传输及数据的一致性提供了保障。

  (5)安全平台, 指的是网络各层次的安全模块, 包括安全身份认证、数据加密等(Ipsec、PKI)。

  当然, 无论电子商务是怎样一个网络应用体系, 其底层仍然离不开作为核心的企业关键任务应用系统和数据资源库。

  从应用的角度来看, 电子商务网络应用体系的内涵是各种现有应用的不断扩充和新应用形式的不断增加, 迫使企业的IT部门需要解决越来越多的需求, 尤其是对分布式网络应用的需求, 诸如跨过不同硬件平台、不同的网络环境、不同的数据库系统之间互操作, 新旧系统并存, 系统效率过低, 传输不可靠、数据需要加密, 各种应用模式, 开发周期过长, 维护不力, 等等, 这些问题只靠传统的系统软件或Web工具软件提供的功能已经不能满足要求, 作为电子商务网络应用体系的中间平台也就应运而生了。

  我们把电子商务应用服务器、通用业务网关、支付网关、通讯平台和安全平台, 统一纳入电子商务中间件构架的范畴。

  电子商务中间件构架逻辑上位于Web服务器之上, 负责管理计算资源和网络通讯。

  它是一类软件, 而非一种软件;它不仅仅实现互连, 还要实现应用之间的互操作与集合。

  在通讯方面, 电子商务中间件构架要支持各种通讯协议和通讯服务模式, 传输各种数据内容, 数据格式翻译、流量控制、数据加密、数据压缩等等;在电子商务中间件构架核心, 要解决名字服务、安全控制、并发控制、可靠性和效率保证等;在电子商务应用开发方面, 要能提供基于不同平台的丰富的开发接口, 支持流行的开发工具和异构互连接口标准(如IIOP、IDL、DCOM)等;在管理方面, 解决电子商务中间件构架本身的配置、监控、调谐, 为电子商务应用的易用易管理提供保证。

  其次, 针对不同的Web应用环境, 对电子商务中间件构架有各种不同的要求。

  对工作流应用, 需要根据条件以及条件满足状态, 将信息、响应状态从一个应用传递到另一个应用;对联机事务处理, 需要保证分布式的数据一致性、不停机作业、大量并发的高效率;对于一个数据采集系统需要保证可靠传输等等。

  电子商务中间件构架解析

  下面针对电子商务中间件构架中的电子商务应用服务器、通信平台、安全平台做一剖析。

  3.1 电子商务应用服务器 电子商务应用服务器的作用是让网络应用的开发、部署、管理变得更加容易, 涉及的技术包括EJB、CORBA、DCOM、IIOP、XML等。

  电子商务应用服务器具有以下功能:

  (1)提供在服务器端的分布式应用的部署, 包括对象生命周期管理、线程管理、状态管理、安全管理等;

  (2)数据源连接访问管理、交易管理等;

  (3)大规模并发网络用户管理、均衡负载、容错等;

  (4)与现有系统的无缝连接。

  其中, 对象生命周期管理、线程管理、状态管理、安全管理、策略管理等, 都是由预置在电子商务应用服务器中的各类服务构件来支持的, 在应用的运行效率上有很好的保障, 同时大大简化了应用开发的周期与成本。

  通过基于图形的集中化控制, 用户能够随时掌握分布在网络上众多对象的状态, 快速建立对象与对象之间的后援关系, 设定对象异常终止时后备对象接替运行的策略。

  采用电子商务服务器的应用逻辑结构如图2所示:

  图2 电子商务服务器的应用逻辑结构

  电子商务应用服务器可以用一种灵活的方式来代表一个商业进程, 把商业过程转化到一个包含若干个阶段的框架结构, 每一个阶段代表对一个商业对象(如定货单)的分离的操作。

  在每一个阶段, 一个或多个专门的组件对对象进行操作。

  电子商务应用服务器的另一个重要功能是可以与标准的交易中间件实现集成, 这意味着整个平台可以作为一个单一的操作, 这在一些必须维护进程的完整性的场合是非常重要的。

  通讯平台

  通讯平台作用是建立与维护底层数据通道。

  在功能上, 通讯平台提供了一种灵活、可靠的方式, 把数据从一个商业伙伴发送给另一个商业伙伴, 或者把数据从不同的源发地采集到一起或转发。

  在这里包含了同步/异步传输、通讯服务、数据标记、加密、队列和监控等等。

  通讯平台的主要特性如下:

  (1)高效数据通道:前端的大量请求可被汇聚成较少的后端连接并减少数据传送量, 保证应用系统即使在大量用户同时请求服务的时候也能够保持快速, 稳定的工作状态。

  (2)降低网络负担:商务服务器和商务服务器之间建立一条网络通道, 多个请求可以复用网络通道。

  同时, 对网络上传递数据进行压缩, 进一步减少网上传递数据量。

  (3)名字服务:路由机制, 且服务程序可以按优先级进行处理。

  (4)支持动态配置, 提供系统可伸缩性。

  (5)网络故障恢复:自动检测网络连接, 发现问题可以自动重新建立连接。

  (6)数据可靠传输:数据传送有可发送时间支持, 在设定时间内网络故障恢复仍然可以正确发送。

  文件传送支持块重传和断点续传。

  在具体应用中, 可能还存在着多种不可靠因素, 如软件不可靠、线路不可靠、系统不可靠、服务器和网络设备跟不上千兆以太网的发展步伐等, 因此必须对通讯平台中的可靠队列传输功能提出较高的要求。

  安全平台 安全平台是建立在一系列相关国际标准之上的、以公钥算法为核心的一个开放式安全应用开发平台。

  基于安全平台可以开发、构造各种安全产品或安全应用系统, 如用于文件加解密的安全工具、安全网关、公证系统(CA)、虚拟专网(VPN)及其它的需加强安全机制的用户应用系统。

  安全平台除了内核的管理模块外, 同时向上为应用系统提供开发接口, 向下提供统一的密码算法接口及各种IC卡、安全芯片等设备的驱动接口。

  一般来讲, 电子商务的安全包括数据的机密性、完整性以及可用性。

  数据的机密性(Confidentiality), 指数据传输和存储过程中, 采用加密传输, 数据不被别人窃取、泄漏、篡改和破坏。

  如果以加密实现的通讯层次来区分, 加密可以在通讯的三个不同层次来实现, 即链路加密、节点加密、端到端加密。

  数据的完整性(Integrity)和可用性(Authentication), 指数据不会被非授权地修改, 保持数据一致性。

  数据的完整性和可用性主要体现在识别机制上, 对实体的某些参数进行有效性验证。

  现在常用的识别技术有报文识别、数字签名和身份识别。

  其中, 身份识别是为电子商务应用系统提供公开密钥基础设施(Public-key Infrastructure, PKI), 其核心就是密钥及证书的管理。

  为了确认使用者的真实身份,所有PKI的用户必须做事前身份登记, 这种登记是以数字化的格式存在, 简单称之为公开密钥证书。

  针对身份登记所进行的一系列操作与管理即证书管理(Certification Authority, CA), 包括用户、过程管理和工具。

  其实, 网络安全体系很复杂, 我们这里提及的只是有关信息系统在电子商务中所应有的安全性, 也就是安全平台所扮演的角S, 并不涉及安全策略、物理网络及访问控制(如防火墙、安全访问级别等)。

  结束语

  电子商务在我国已经得到了较好的应用, 但目前国内电子商务应用大多还停留在网上广告、信息发布查询和电子邮件往来的初级阶段。

  主要的原因是:电子商务的相关标准还不够完善;物流网还不够畅通, 电子商务赖以生存的金融网和商业网的互通互连还需要做很多的工作。

  相信在不久的将来, 国内的IT部门和企业将会象今天接受中间件的概念一样, 感受到电子商务中间件在商务活动和其他经济活动中的重要作用。

  参考文献

  [1] Brian Hatch, James Lee, George Kurtz.E-commerce.*本文得到广西大学第二批创新学分实践项目的资助 作者简介:叶颖, 本科生;李陶深, 教授, 指导教师

第四篇:专业英语4 中间件

  [1] 林强勇;吉国力;分布式对象模型实践,计算机工程与应用, Computer Engineering and Applications, 2004年 14期, 148-150, 15

  5题目:分布式对象模型实践

  随着组件、中间件等分布式技术的深入应用,分布式对象模型的设计受到了越来越广泛的关注。

  该文针对当前分布式对象模型设计中存在的问题,首先提出了远程接口和本地接口的概念,然后分析了一种基于RemoteFacade和DataTransferObject设计模式的解决方案,并详细介绍了基于DataTransferObject的应用解决方案,在文章的最后,提出了一种分布式对象模型的设计架构。

  Practice on Distributed Object Model

  As deeply using of component and middleware,the design of distributed object is paid more and more at-tentions.Based on the current abuse,this article indicates firstly the conception of remote interface and local interface,analyses a solution based on design patterns of remote facade and Data transfer object,and then introduces the tutorial of data transfer object in detail.In the end,the article indicates a design framework of distributed object model.Title :Issues in designing middleware for wireless sensor networks

  [1]Yu, Yang;Krishnamachari, Bhaskar;Prasanna, Viktor K, IEEE Network, v 18, n 1, January/February 2004;p 15-21,Wireless sensor(传感器)networks are being developed for a variety of applications.With the continuing advances in network and application design, appropriate middleware is needed to provide both standardized and portable便携式 system abstractions, and the capability to support and coordinate concurrent并发 applications on sensor networks.In this article we first identify several design principles for such middleware.These principles motivate a cluster-based lightweight middleware framework that separates application semantics语义 from the underlying hardware, operating system, and network infrastructure基础设施.We propose a layered architecture for each cluster that consists of a cluster control layer and a resource management layer.Key design issues and related challenges within this framework that deserve值得 further investigation are outlined.Finally, we discuss a technique for energy-efficient resource allocation in a single-hop cluster, which serves as a basic primitive for the development of the resource management layer.无线传感网络随着大量的应用正在不断发展。

  随着网络和应用系统的不断进步, 适当的中间件需要提供标准化、便携式的系统抽象, 而且能支持和协调传感网中的并发应用程序。

  在这篇文章中, 我们首先认识一下中间件的几个设计原则。

  这些原则有利于一个基于集群的轻量级中间件框架, 将应用语义与底层硬件, 操作系统和网络基础设施相脱离。

  我们提出了一个针对各种由一个传感控制层和一个资源管理层组成的传感器的分层框架。

  在这个框架内, 值得进一步研究的关键设计问题和相关挑战也被作为大纲列出。

  最后, 我们针对在单跳簇传感器中的高效节能资源回收讨论了一项技术, 对于资源管理层的开发, 这项技术作为一项基本的原始服务。

第五篇:java 工作流

  Willow 由Huihoo Power开发详细可到其中文主页查看。

  更多Willow信息

  OpenWFE OpenWFE是一个开放源码的Java工作流引擎。

  它是一个完整的业务处理管理套件:一个引擎, 一个工作列表, 一个Web界面和一个反应器(存放自动代理)。

  它可以可以跟你的程序很好的给合。

  更多OpenWFE信息

  jBpm jBpm是一个灵活可扩展的工作流管理系统。

  作为 jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。

  jBmp将工作流应用开发的便利性和杰出的企业应用集成(EAI)能力结合了起来。

  jBmp包括一个Web应用程序和一个日程安排程序。

  jBmp是一组J2SE组件, 可以作为J2EE应用集群部署。

  更多jBpm信息

  OpenEbXML OpenebXML项目致力于提供一个ebXML框架, 主要支持不久将由 UN/CEFACT和OASIS发布的ebXML规范2.0版。

  更多OpenEbXML信息

  Werkflow Werkflow是一个灵活可扩展的基于流程和状态的工作流引擎。

  它的目标是满足可以想象的所有工作流程, 从企业级的业务流程到小范围的用户交互流程。

  通过使用可插拔和分层结构, 可以方便地容纳各种工作流语义。

  更多Werkflow信息

  OSWorkflow OSWorkflow是一个灵活的工作流引擎, 设计成可嵌入到企业应用程序中。

  它提供了许多的持久化API支持包括:EJB,Hibernate,JDBC和其它。

  OSWorkflow还可以与Spring集成。

  更多OSWorkflow信息

  wfmOpen WfMOpen是WfMC和OMG中所谓工作流设施(workflow facility)(工作流引擎)的J2EE实现。

  工作流通过扩展的XPDL描述。

  更多wfmOpen信息

  OFBiz OFBiz是一个非常著名的开源项目, 提供了创建基于最新J2EE/XML规范和技术标准, 构建大中型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架。

  OFBiz最主要的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具。

  包括实体引擎, 服务引擎, 消息引擎, 工作流引擎, 规则引擎等。

  更多OFBiz信息

  ObjectWeb Bonita Bonita 是一个符合WfMC规范、灵活的协同工作流系统。

  对于各种动作如流程概念建模、定义、实例化、流程控制和用户交互等提供了全面的集成图形工具。

  100% 基于浏览器、使用SOAP和XML数据绑定技术的Web Services封装了已有的工作流业务方法并将它们以基于J2EE的Web Service形式发布。

  基于活动预测模型的第三代工作流引擎。

  更多ObjectWeb Bonita信息

  Bigbross Bossa 速度非常快、轻量级的引擎, 使用富有表达能力的Petri网定义工作流, 不要求关系数据库, 使用简单, 能和Java应用集成。

  事实上, 它是按嵌入式设计的。

  更多Bigbross Bossa信息

  XFlow XFlow运行于EJB和servlet容器中。

  更多XFlow信息

  Taverna Taverna项目的目标是提供一种语言和软件工具, 方便在eScience中使用工作流和分布计算技术。

  更多Taverna信息

  Enhydra Shark Shark完全基于WfMC和OMG标准, 使用 XPDL作为工作流定义语言。

  流程和活动的存储使用Enhydra DODS(一个开源OR映射工具)。

  更多Enhydra Shark信息

  PowerFolder PowerFolder是一个容易使用, 容易安装基于J2EE的工作流服务器, 包括开发人员使用的基于web的studio。

  更多PowerFolder信息

  Open Business Engine Open Business Engine是一个开放源码的Java工作流引擎, 支持WfMC规范, 包括接口1(XPDL)、接口2/3(WAPI)和接口5。

  OBE为活动的运行提供了一个可控的集中环境。

  OBE主要基于J2EE实现。

  更多Open Business Engine信息

  OpenWFE OpenWFE是一个开放源码的Java工作流引擎。

  它包括可升级的三个组件:引擎、工作列表和Web界面。

  它的流程定义语言虽然使用XML格式, 其灵感来源于 Scheme, 一种Lisp方言。

  更多OpenWFE信息

  Freefluo Freefluo 是一个使用Web Service的工作流协同工具, 可以处理WSDL的Web Service调用。

  支持两种XML格式的工作流语言:IBM的WSFL和XScufl。

  Freefluo非常灵活, 它的核心是不与任何工作流语言或执行架构关联的可重用协同框架。

  Freefluo包括可执行使用WSFL一个子集描述的工作流的运行库。

  更多Freefluo信息

  Twiste Twister的目标是提供新一代、易集成、应用Java领域中最新成果、面向B2B的工作流解决方案。

  流程引擎基于BPEL业务流程规范和Web Service标准。

  更多Twiste信息

  Con:cern con:cern工作流引擎基于扩展的案例(case)处理方法, 流程由一组具有前后条件的活动组成。

  更多Con:cern信息

  JFlower JFlower是一个用Java开发的工作流引擎, 可以通过Java插件来扩展。

  服务器可以

  解析XML文档来执行任务, 检查条件。

  会话数据保存在一个数据库中, 所以服务器是完全可伸缩的。

  更多JFlower信息

  JFolder JFolder(formerly PowerFolder)是一个工作流服务器和开发环境,它可以配置在任何J2EE服务器与数据库。

  更多JFolder信息

  JAWE 基于Java的图形化工作流编辑器。

  图形化工作流编辑器。

  使用JAVA语言开发, 开放源码。

  严格遵循WFMC规范。

  XPDL(XML Process Definition Language)WFMC的 XML 过程描述语言。

  工作流定义文件保存在本地的XML文件中

  更多JAWE信息

  Zebra Zebra是一个工作流引擎。

  原先的设计是为了填补商业开源工作流引擎的空白。

  它有一些不同于其它工作流系统的特点:

  *所有工作流模型都可以在workflow patterns中描述

  *一个易于使用的GUI designer

  *一个持久层中间件

  *OO设计

  *一个基于Turbine的Web应用程序

  更多Zebra信息

  ActiveBPEL ActiveBPEL引擎是一个健壮的运行时环境,它能执行依据BPEL4WS或just BPEL1.1与WS-BPEL2.0规范编写的业务流程。

  更多ActiveBPEL信息

  YAWL YAWL(Yet Another Workflow Language)一个开源工作流语言/处理系统.它基于现有的工作流处理系统与工作流语言的一个精确分析.不像传统的系统,它提供对大部分工作流模式的直接支持.YAWL支持控制流透视图,数据透视图并且能与WSDL标准的web服务相结合.更多YAWL信息

  MOBE MidOffice BPEL Editor(MOBE)是一个开源平台能够让执行,监控,调整,结束每个定义的过程和谐地结合起来.这个平台的实现使用到J2EE技术与公共的标准如:BPEL,XML与SOAP.更多MOBE信息

  RUNA WFE RUNA WFE是一个基于JBOSS-JBPM引擎的开源工作流工作平台它是一个跨平台适用于商业流程处理的最终用户解决方案,很容易与所有SQL数据库管理系统相结合.更多RUNA WFE信息

  micro-workflow micro-workflow框架适用于那些要在他们程序中分离控制与逻辑方面的开发者,所以这个框架可以使他们的流程相互独立。

  这样有利于代码重复使用与代码的完整性。

  更多micro-workflow信息

  bexee bexee是一个BPEL执行引擎并且是BPEL标准的一个开源实现.更多bexee信息

  PXE PXE-Process eXecution Engine是一个模块化的商业流程执行引擎.支持用WS-BPEL2.0或用BPEL4WS1.1规范描述的商业流程.

  以上就是“工作流中间件InfoFlow”的论述。

免责声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请联系我们,一经查实,本站将立刻删除。

相关推荐