jBPM-4.0中文开发指南-第12章 其他环境

第 13 章 执行模式 这里有三种基本的流程执行模式:对象,持久化和嵌入. 对于持久化和嵌入执行模式, 流程执行必 须在一个事务中执行.在那种情况, 流程执行必须放在一个环境的内部. 环境将用来绑定流程执行,更 新到一个应用事务的事务中. 环境可以被用来绑定,比如一个JDBC连接, JTA,BMT,Spring事务等等. 13.1. 对象执行模式 对象执行模式是使用流程虚拟机的最简单形式. 这意味着通过客户端API直接使用流程定义和执行对 象. 让我们通过一个例子演示这个. 我们通过创建一个Cl

第 6 章 流程剖析 上面我们已经简要的接触了两个主要的流程结构: 活动,转移和活动组合. 这一章研究了流程定义结构的全部可能. 这儿基本有两个流程定义方式:基于图形和组合流程语言. 首先,流程支持这两种情况. 每个基于图形的执行和活动组合可以用来组合一些像UML超级状态的实现. 甚至,自动功能活动可以被实现, 所以它们可以使用转移和活动组合. 开发指南-第6章 流程剖析-jbpm开发入门指南"> 图 6.1. 逻辑流程结构的UML类图 下一步我们会显示一系列的实例图形结构, 这可以组成P

第 5 章 实现基本活动 这一章解释了流程定义的基础,流程虚拟机给予的功能 以及活动实现是如何构建的. 同时,客户端 API被用来执行包含了那些活动实现的流程. 5.1. ActivityBehaviour PVM库没有包含完整的流程结构. 作为替代的是,活动的运行时行为被委派给一个 ActivityBehaviour. 换句话讲,ActivityBehaviour是一个接口,它用来在纯java环境实现流程结构的运 行时行为. public interface ActivityBehaviour

第 4 章 架构 4.1. APIs 流程虚拟机包含4个集成的API,在不同的执行模式下,覆盖完整的流程工作. 每个API都有特定的目的,满足下面的架构. 开发指南-第4章 架构-jbpm开发入门指南"> 图 4.1. 流程虚拟机中的4个API 服务接口用在应用代码中,与流程虚拟机进行交互,它将运行在支持事务的持久化模式下,后端基于数据库. 这是用户将PVM作为一个工作流引擎使用的最常用的方式. 如果不想使用持久化方式执行流程,可以直接使用客户端API来处理流程和执行对象. 客户端API对

第 2 章 流程虚拟机 为了通过插件方式容纳多种流程语言和活动,jBPM基于了流程虚拟机. 本质上,流程虚拟机是一个特定的可执行图形的框架. 一个流程定义表现为一个执行流, 它拥有可以表现为图形的一种结构. 流程虚拟机将流程定义从活动行为中切分了出来. 流程虚拟机从一个活动到下一个获得获取可执行的流程, 并将活动的行为委派给可插拔的Java类. 这里有一个API(ActivityBehaviour)用来作为 流程虚拟机和活动行为代码的接口.像jPDL这类的语言仅仅是 一系列活动行为的实现和解析器

第 1 章 简介 1.1. 目标读者 这个开发指南是为了给有经验的开发者看的, 这样就可以获得jBPM的完全的灵活性.在这个开发文档中提及的特性 可能不会被支持到.请自行使用. 1.2. 源代码和WIKI jBPM的源代码可以在我们的SVN获得: https://anonsvn.jboss.org/repos/jbpm/jbpm4/ 这里有一篇关于如何构建源代码的wiki: http://www.jboss.org/community/docs/DOC-12867 jBPM的WIKI地址在: h

第 14 章 持久化 14.1. 标准环境配置 这一节描述了环境如何配置 来在标准Java环境中使用hibernate. 01 | <jbpm-configuration> 02 | 03 | <process-engine> 04 | <hibernate-session-factory /> 05 | <hibernate- configuration> 06 | <properties resource="hibernate.prope

第 8 章 软件日志 8.1. 配置 PVM可以使用JDK日志(java.util.logging)或log4j.当第一个信息被记录, PVM日志会根据下面的过程进行选择: 1. 如果一个logging.properties资源被发现在 classpath(使用context classloader)下,然后JDK日志会被使用 这个文件会被用来实现JDK日志. 2. 如果log4j在classpath中找到,然后log4j会被用到. 对log4j的检测会通过检测context classload

第3 章 配置 jbpm.jar包含了一些默认配置文件, 它们可以导入到用户配置文件中. 这样,用户很容易选择包含或排除哪些功能. 而且这些配置信息也包含了实现, 所以用户可以只导入那些起作用的配置文件, 当我们发布的配置文件中出现了修改的时候. 配置文件可以导入到用户的jbpm.cfg.xml中: jbpm.default.cfg.xml jbpm.identity.cfg.xml jbpm.jbossremote.cfg.xml jbpm.jobexecutor.cfg.xml jbpm.t