??xml version="1.0" encoding="utf-8" standalone="yes"?>
jbpm.db build script (jbpm.db ~译脚本)
====================
The jbm.db build script consists of a few major sections(jbpm.db ~译脚本包含一些主要部?:
- general setup Q普通安装)
- common tasks Q公用Q务)
- database specific tasks Q数据库特定dQ?/P>
A database specific task calls common tasks with the database name as a parameter
and carries out its duties. (一个数据库特定d调用公有的Q务用数据库名作Z个参敎ͼq且执行它的职责?
The main tasks are the database script creation and the database test run.Q主要的d是数据库脚本创徏和数据库试q行Q?/P>
Following is a explanation of the flow for both. They start off with the same steps.
The explanation with use hsqldb as an example.Q下面是一个流E的说明。他们开始用同L步骤Q?/P>
1. "prepare" target compiles all jbpm.3 classes ("prepare" 目标~译所有的jbpm3.classes )
2. "hsqldb.prepare" target calls the "db.prepare" target with the parameter "hsqldb" ("hsqldb.prepare" 目标调用"db.prepare"目标使用"hsqldb"参数)
3. "db.prepare" copies the resources tree from the jbpm.3 project and ()
4. sources the property file hsqldb/hibernate.properties and replaces the
properties from the main project in the copied hibernate config file with
properties from the file making it database specific to the test settings using
"hibernate.replace". This differs per database.
("db.prepare"从jbpm.3目?hsqldb/hibernate.properties 属性文件复制资源目录,q从在复制的拥有从文件属性的hibernate配置文g中的主项目替换这些属性,使用数据库特定给test 的设|?hibernate.replace".q对每个数据库是不同??BR> )
After this preparation the scripts targets Q在q准备脚本目标之后)
5. "hsqldb.scripts" target calls the "db.scripts" target with the hsqldb parameter Q?hsqldb.script"目标调用"db.script"目标使用hsqldb 参数Q?BR>6. "db.scripts" target creates the scripts files in the build/hsqldb/scripts folder based
on the db specific hibernate configuration
("db.scripts"目标创徏脚本文g在db特定hibernate配置文g的build/hsql/scripts/目录 或test目标文g )
or the the test targets
5. "hsqldb.test" target calls the "db.test" target with the hsqldb parameter ("hsqldb.test" 目标调用"db.test"目标使用hsqldb参数)
6. "db.test" target runs all tests against the hsqldb database and creates a test report
in build/hsqldb/testresults
("db.test"目标q行所有的试 靠着hsqldb 数据库和试报告)
-->
When the first task in a given swimlane is created, the AssignmentHandler of the swimlane is called. The Assignable that is passed to the AssignmentHandler will be the SwimlaneInstance. Important to know is that all assignments that are done on the task instances in a given swimlane will propagate to the swimlane instance. This behaviour is implemented as the default because the person that takes a task to fulfilling(实行) a certain process role will have the knowledge of that perticular process. So all subsequent(q发? assignements of task instances to that swimlane are done automatically to that user.
Swimlane is a terminology(术语) borrowed from UML activity(zd) diagrams.
------------------------------------------------------------
9.5. Task events (d事g)
Tasks can have actions associated with them. There are 4 standard event types defined for tasks: task-create, task-assign, task-start and task-end.
(1)task-create
is fired when a task instance is created.
(2)task-assign
is fired when a task instance is being assigned. Note that in actions that are executed on this event, you can access the previous actor with executionContext.getTaskInstance().getPreviousActorId();
executionContext.getTaskInstance().getPreviousActorId();
(3)task-start
is fired when TaskInstance.start() is called. This can be used to indicateQ指C) that the user is actually starting to work on this task instance. Starting a task is optional.
(4)task-end
is fired when TaskInstance.end(...) is called. This marks the completion of the task. If the task is related to a process execution, this call might trigger the resuming(恢复) of the process execution.
Since tasks can have events and actions associated with them, also exception handlers can be specified on a task. For more information about exception handling, see Section 7.5, “Exception handling?
---------------------------------------------------------------
9.6. Task timers(d定时?
As on nodes, timers can be specified(指定) on tasks. See Section 10.1, “Timers?
The special(特别? thing about timers for tasks is that the cancel-event for task timers can be customized(取消事g可以被定?. By default, a timer on a task will be cancelled when the task is ended (=completed). But with the cancel-event attribute on the timer, process developers can customize that to e.g. task-assign or task-start. The cancel-event supports multiple events.|取消事g支持多种事g| The cancel-event types can be combined by specifying them in a comma(逗号) separated list in the attribute.
9.7. Customizing task instances(定制d实例)
Task instances can be customized. The easiest way to do this is to create a subclass of TaskInstance.|创徏一个Q务实例的子类| Then update the property jbpm.task.instance.class and specify the class name of your custom class that inherits from TaskInstance. Also create a hibernate mapping file for the subclass (using the hibernate extends="org.jbpm.taskmgmt.exe.TaskInstance"). Then add that mapping file to the list of mapping files in the hibernate.cfg.xml
(1)更新jbpm.task.instance.class 的属?BR>(2)指定l承TaskInstance的定制类
(3)创徏一个子cȝ影射文g(使用 extends="org.jbpm.taskmgmt.exe.TaskInstance")
(4)这个媄文件加?hibernate.cfg.xml
9.8. The identity component(w䆾lg)
Management of users, groups and permissions is commonly known as identity management. jBPM includes an optional identity component that can be easily replaced by a company's own identity data store.
The jBPM identity management component includes knowledge of the organisational model. Task assignment is typically done with organisational knowledge. So this implies knowledge of an organisational model, describing the users, groups, systems and the relations between them. Optionally, permissions and roles can be included too in an organisational model. Various academic(理论? research attempts failed, proving that no generic organisational model can be created that fits every organisation.
The way jBPM handles this is by defining an actor as an actual participant(参与? in a process. An actor is identified by its ID called an actorId. jBPM has only knowledge(知道) about actorId's and they are represented as java.lang.Strings for maximum flexibility. So any knowledge about the organisational model and the structure of that data is outside the scope of the jBPM core engine.
As an extension to jBPM we will provide (in the future) a component to manage that simple user-roles model. This many to many relation between users and roles is the same model as is defined in the J2EE and the servlet specs and it could serve as a starting point in new developments. People interested in contributing should check the jboss jbpm jira issue tracker for more details. 用户和角?(user-roles 模型)
Note that the user-roles model as it is used in the servlet, ejb and portlet specifications, is not sufficiently powerful for handling task assignments. That model is a many-to-many relation between users and roles. This doesn't include information about the teams and the organisational structure of users involved in a process.
The classes in yellow are the relevant(相关? classes for the expression assignment handler that is discussed next.
A User represents a user or a service.|一个用戯Cؓ一个用h一个服务。| A Group is any kind of group of users.|一个组是Q何种cȝL。| Groups can be nested to model the relation between a team, a business unit and the whole company.|l可以被内嵌到在团队、商业单元和整个公司的关pL型?| Groups have a type to differentiate between the hierarchical groups and e.g. haircolor groups.|l可以有一个种cL区分分等U的l和haircolorl。| Memberships represent the many-to-many relation between users and groups. A membership can be used to represent a position in a company.|一个membership可以被用来表现在公司中的位置。| The name of the membership can be used to indicate(指出) the role that the user fullfills in the group.
9.8.2. Assignment expressions Q分z表辑ּQ?BR>The identity component comes with one implementation that evaluates an expression for the calculation of actors during assignment of tasks. Here's an example of using the assignment expression in a process definition:
<process-definition>
...
<task-node name='a'>
<task name='laundry'>
<assignment expression='previous --> group(hierarchy) --> member(boss)' />
</task>
<transition to='b' />
</task-node>
...
Syntax of the assignment expression is like this:
first-term --> next-term --> next-term --> ... --> next-term
where
first-term ::= previous |
swimlane(swimlane-name) |
variable(variable-name) |
user(user-name) |
group(group-name)
and
next-term ::= group(group-type) |
member(role-name)
9.8.2.1. First terms
An expression is resolvedQ分解) from left to right.|一个表辑ּ被从左到双行分解| The first-term specifies a User or Group in the identity model.|W一个项目是在n份模型中指定了一个用hl| Subsequent terms calculate the next term from the intermediateQ中间的Q?user or group.
previous means the task is assigned to the current authenticated actor. This means the actor that performed the previous step in the process.
swimlane(swimlane-name) means the user or group is taken from the specified swimlane instance.
variable(variable-name) means the user or group is taken from the specified variable instance. The variable instance can contain a java.lang.String, in which case that user or group is fetched from the identity component. Or the variable instance contains a User or Group object.
user(user-name) means the given user is taken from the identity component.
group(group-name) means the given group is taken from the identity component.
9.8.2.2. Next terms
group(group-type) gets the group for a user. Meaning that previous terms must have resulted in a User. It searches for the the group with the given group-type in all the memberships for the user.
member(role-name) gets the user that performs a given role for a group. The previous terms must have resulted in a Group. This term searches for the user with a membership to the group for which the name of the membership matches the given role-name.
9.8.3. Removing the identity component
When you want to use your own datasource for organisational information such as your company's user database or ldap system, you can just rip out the jBPM identity component. The only thing you need to do is make sure that you delete the line ...
<mapping resource="org/jbpm/identity/hibernate/identitymappings.hbm.xml"/>
from the hibernate.cfg.xml
The ExpressionAssignmentHandler is dependent on the identity component so you will not be able to use it as is. In case you want to reuse the ExpressionAssignmentHandler and bind it to your user data store, you can extend from the ExpressionAssignmentHandler and override the method getExpressionSession.
protected ExpressionSession getExpressionSession(AssignmentContext assignmentContext);
With jBPM, push and pull model (see below) of task assignment can be applied in combination. The process can calculate(考虑) the responsible for a task and push it in his/her tasklist. Or alternativelyQ作为选择Q? a task can be assigned to a pool of actors, in which case each of the actors in the pool can pull the task and put it in the actor's personal tasklist. {q里提到了一个行为池的概?pool of actors}
9.3.1. Assignment interfaces
Assigning task instances is done via the interface AssignmentHandler: {d实例分派是依靠AssignmentHandler来实现的}
public interface AssignmentHandler extends Serializable {
void assign( Assignable assignable, ExecutionContext executionContext );
}
An assignment handler implementation is called when a task instance is created. At that time, the task instance can be assigned to one or more actors. The AssignmentHandler implementation should call the Assignable methods (setActorId or setPooledActors) to assign a task. The Assignable is either a TaskInstance or a SwimlaneInstance (=process role).
Assignable 程角色QTaskInstance SwimlaneInstance
public interface Assignable {
public void setActorId(String actorId);
public void setPooledActors(String[] pooledActors);
}
Both TaskInstances and SwimlaneInstances can be assigned to a specific user or to a pool of actors. To assign a TaskInstance to a user, call Assignable.setActorId(String actorId). To assign a TaskInstance to a pool of candidateQ侯选) actors, call Assignable.setPooledActors(String[] actorIds).
分配对象Q?BR>分配l一个用?nbsp; Assignable.setActorId(String actorId);
分配l一个侯选用h Assignable.setPooledActors(String[] actorIds);
Each task in the process definition can be associated with an assignment handler implementation to perform the assignment at runtime.
When more then one task in a process should be assigned to the same person or group of actors, consider the usage of a swimlane
在一个流E当多于一个Q务时应当被分z一个用h多用Ll,考虑使用泳道?/P>
To allow for the creation of reusable AssignmentHandlers, each usage of an AssignmentHandler can be configured in the processdefinition.xml. See Section 13.2, “DelegationQ委托)?for more information on how to add configuration to assignment handlers.
9.3.2. The assignment data model
The datamodel for managing assignments of task instances and swimlane instances to actors is the following. Each TaskInstance has an actorId and a set of pooled actors.
The actorId is the responsible for the task, while the set of pooled actors represents a collection of candidates that can become responsible if they would take the task. Both actorId and pooledActors are optional and can also be combined.
Pull model(拉模?
On the other hand, the tasks of pooled tasks for a given user are the tasks for which the given user is referenced in the pooled actors.
Fetching the list of pooled tasks is typically a two step operation :
1) get all the groups for the given user from the identity component. and
2) get the list of all pooled tasks for the combined set of the user's actorId and the actorId's that reference the users' groups.
Getting the list of pooled tasks that are offered to a given user can be done with the methods TaskMgmtSession.findPooledTaskInstances(String actorId) or TaskMgmtSession.findPooledTaskInstances(List actorIds). These methods will only return task instances for which the actorId is null and one of the given actorIds matches one of the pooled actors.
TaskMgmtSession.findPooledTaskInstance(String actorId)
TaskMgmtSession.findPooledTaskInstance(List actorIds)
To prevent multiple users working on the same pooled task, it is sufficient to update the actorId of the TaskInstance with the user's actorId. After that, the task instance will not appear in the list of pooled tasks, but only in the user's personal task list. Setting the actorId of a taskInstance to null will put the task instance back in the pooled tasks.
The jBPM task list mechanism can combine jBPM tasks with other tasks, even when those tasks are unrelated to a process execution.|jBPMd列表机制可以与其它Q务结合jBPMdQ甚臛_q些d与一个流E执行无兟뀂| That way jBPM developers can easily combine jBPM-process-tasks with tasks of other applications in one centralized task-list-repository.|那种Ҏ(gu)jBPM开发h员可以和Ҏ(gu)的jBPM程d在一个集中的d列表库与其他E序中的d|
9.2.1. Task instance life cycle |d实例生命周期|
The task instance lifecycle is straightforward: After creation, task instances can optionally be started.|d生命周期?单的Q在创徏之后QQ务实例可以随意地被开始。| Then, task instances can be ended, which means that the task instance is marked as completed.|接着QQ务实例可能被l束Q它意味着d实例已经被标志已完成。|
Note that for flexibility, assignment is not part of the life cycle.|注意适应性、委z不是生命周期的一部分。| So task instances can be assigned or not assigned.|所有Q务实例可能被委派也可能不被委z。| Task instance assignment does not have an influence on the task instance life cycle.|d实例委派不媄响Q务实例的生命周期。|
Task instances are typically created by the process execution entering a task-node (with the method TaskMgmtInstance.createTaskInstance(...)).|d实例被进入一个Q务节Ҏ(gu)E执行代典型的创?使用TaskMgmtInstance.createInstance(...)Ҏ(gu))| Then, a user interface component will query the database for the tasklists using the TaskMgmtSession.findTaskInstancesByActorId(...).|接着一个用h口组件将要ؓd列表查询数据库用TaskMgmtSession.findTaskInstancesByActorId(...)| Then, after collecting input from the user, the UI component calls TaskInstance.assign(String), TaskInstance.start() or TaskInstance.end(...).|接着Q在攉从用h入之后,q个UIlg调用TaskIntsance.assign(String),TaskInstance.start() 或?TaskInstance.end(...)。|
A task instance maintains it's state by means of date-properties : create, start and end.|一个Q务实例依靠日期属性维护它的状态:创徏、开始、结束。| Those properties can be accessed by their respective getters on the TaskInstance.|q些属性可以通过它们的各自在d实例上的的getters被访问。|
Currently, completed task instances are marked with an end date so that they are not fetched with subsequent queries for tasks lists.|通常圎ͼ完成的Q务实例被标志为结束状态,所以他们ƈ不通过对Q务列表的子查询获得。| But they remain in the JBPM_TASKINSTANCE table.|但是他们仍然保持在JBPM_TASKINGSTANCE表中。|
9.2.2. Task instances and graph execution|d实例和图表执行|
Task instances are the items in an actor's tasklist.|d实例是在行动者的d列表中的目。| Task instances can be signalling.|d实例可以被发信号的| A signalling task instance is a task instance that, when completed, can send a signal to its token to continue the process execution.|一个发信号的Q务实例是一个这Ld实例Q当被完成时候,可以发送一个信L它的令牌以l流E的执行。| Task instances can be blocking, meaning that the related token (=path of execution) is not allowed to leave the task-node before the task instance is completed.|d实例可以被模块化Q意味着有关pȝ令牌Q执行\径)在Q务实例完成之前允许离开d节点。| By default task instances are signalling and non-blocking. |~省的Q务实例是被信号化且非模块化的。|
In case more than one task instance are associated with a task-node, the process developer can specify how completion of the task instances affects continuation of the process.|万一过一个的d实例与一个Q务节点关联,q个程开发者可以定?d实例的完成如何媄响流E的l箋。| Following is the list of values that can be given to the signal-property of a task-node.|接下来是值的列表可以指定l节点的信号属性。|
last: This is the default.|最后:q是~省的。| Proceeds execution when the last task instance is completed.|当最后流E执行完毕,l箋q行执行。| When no tasks are created on entrance of this node, execution waits in the task node till tasks are created.|当在q个的节点的入口没有d被创建,在Q务节点中执行{待直到q些d被创建。|
last-wait: Proceeds execution when the last task instance is completed. When no tasks are created on entrance of this node, execution waits in the task node till tasks are created.
first: Proceeds execution when the first task instance is completed. When no tasks are created on entrance of this node, execution is continued.
first-wait: Proceeds execution when the first task instance is completed. When no tasks are created on entrance of this node, execution is continued.
unsynchronized: Execution always continues, regardless wether tasks are created or still unfinished.
never: Execution never continues, regardless wether tasks are created or still unfinished.
Task instance creation might be based upon a runtime calculation. In that case, add an ActionHandler on the node-enter event of the task-node and set the attribute create-tasks="false". Here is an example of such an action handler implementation:
public class CreateTasks implements ActionHandler {
public void execute(ExecutionContext executionContext) throws Exception {
Token token = executionContext.getToken();
TaskMgmtInstance tmi = executionContext.getTaskMgmtInstance();
TaskNode taskNode = (TaskNode) executionContext.getNode();
Task changeNappy = taskNode.getTask("change nappy");
// now, 2 task instances are created for the same task.
tmi.createTaskInstance(changeNappy, token);
tmi.createTaskInstance(changeNappy, token);
}
}
As shown in the example the tasks to be created can be specified in the task-node. They could also be specified in the process-definition and fetched from the TaskMgmtDefinition. TaskMgmtDefinition extends the ProcessDefinition with task management information.
The API method for marking task instances as completed is TaskInstance.end(). Optionally, you can specify a transition in the end method. In case the completion of this task instance triggers continuation of the execution, the task-node is left over the specified transition.
1. Tasks『Q务?BR>Tasks are part of the process definition and they define how task instances must be created and assigned during process executions.『Q务是 程定义的一部分Qƈ且它们定义了在流E执行中d实例如何必须被创建和分派??/P>
Tasks can be defined in task-nodes and in the process-definition.『Q务可以被定义在task-nodes和流E定义的中?The most common way is to define one or more tasks in a task-node.『最通用的方式是在task-node中定义一个或多个d。?In that case the task-node represents a task to be done by the user and the process execution should wait until the actor completes the task.『如果是那样的话q个d节点表现了一个Q务被用户执行q且q个程执行应当{待直到行动者完成。?When the actor completes the task, process execution should continue.『当行动者完成这个Q务,程执行应该l箋。?When more tasks are specified in a task-node, the default behaviour is to wait for all the tasks to complete.『当在Q务节点中定义多个dQ缺省行为是{待所有所有Q务完成。?
Tasks can also be specified on the process-definition.『Q务也可以被定义在程定义中。?Tasks specified on the process definition can be looked up by name and referenced from within task-nodes or used from inside actions.『定义在程定义中的d可以通过名字查找和从d节点内部参考或者从内部行ؓ中用。?In fact, all tasks (also in task-nodes) that are given a name can be looked up by name in the process-definition. 『实际上Q所有的dQ在d节点中的也一P可以在流E定义通过名字q行查找?/P>
Task names must be unique in the whole process definition.『Q务名U在整个程定义中必L不能重复的?/P>
For more information about the xml representation of process definitions and process archives, see Chapter 13, jBPM Process Definition Language (JPDL).{Process Definition Language JPDL}
This chapter will discuss the transformations done between the java objects and the jBPM database. To store java objects in the database and retrieve them, jBPM uses hibernate internally. While it is not strictly necessary to have hibernate knowledge for using jBPM, it is recommended. {q个章节要讨论在java对象和jBPM数据库之间的转换。ؓ了在数据库中存储对象和获取他们,jBPM使用内部使用了Hibernate。当然不是在使用jBPM中严D拥有Hibernate的知识,它是的}
More information on how to deploy a process archive to the database can be found in Section 13.1.1, “Deploying a process archive?.
Q三QSession的层ơ:
JbpmSessionFactory
|
|
|
JbpmSession
|
|
|
GraphSession
TaskMgmtSession
ContextSession
Q四Q?The jBPM database classes
The jBPM persistence operations can be found in the named sessions like e.g. GraphSession, TaskMgmtSession and ContextSession,... The named sessions can be obtained from a JbpmSession. The JbpmSession in its turn can be obtained from a JbpmSessionFactory. {jBPM持久层操作可以发现被命名为sessions,例如想GraphSession TaskMgmtSession和ContextSession.... q个命名sessions可以从JbpmSession中获得。JbmpSession可以从JbpmSessionFactory中获得}
A JbpmSessionFactory is threadsafe so in your application, you need one JbpmSessionFactory. That singleton can be referenced e.g. in a static variable with lazy initialization (beware about the issues around lazy initialization and double-checked locking). At creation time, the JbpmSessionFactory prepares all information in a way that JbpmSessions can be created super fast. {一个JbpmSessionFactory在你的程序中是线E安全的Q你仅仅需要一个JbpmSessionFactory. 那个单例可以被参考在例如在lazy初始化下的静态变量(心发布在Lazy 初始化ƈ且双层检查锁定。在创徏时刻QJbpmSessionFactory 在某U程度准备所有信息那样可以被快速创建)}
As a user, you should create one JbpmSession per thread or per request. The JbpmSession has a JDBC connection to the database. {作ؓ一个用P你应该创Z个JbpmSession 每一个线E或每一ơ请求。JbpmSession拥有一个连接数据库的Jdbcq接。}
The purpose of the JbpmSession and JbpmSessionFactory is only to wrap their hibernate counterparts. For advanced features such as detached objects or optimistic locking, see the hibernate documentation. {q个JbpmSession和JbpmSessionFactory的目的仅仅是Z包装Hibernate 副本?对于高特征 例如分离对象或乐观锁Q看hibernate文档。}
public class PersistenceApiTest extends TestCase {
static JbpmSessionFactory jbpmSessionFactory = JbpmSessionFactory.buildJbpmSessionFactory();
public void testStartProcessInstance() {
// obtain a session
JbpmSession jbpmSession = jbpmSessionFactory.openJbpmSession();
try {
// start a user managed transaction
jbpmSession.beginTransaction();
// load information from the database
// (note that process definitions will be cached in memory
// in the second level cache of hibernate)
ProcessDefinition auctionProcess =
jbpmSession.getGraphSession().findLatestProcessDefinition("auction");
// perform a POJO workflow operation on the plain object model.
ProcessInstance auctionInstance = new ProcessInstance(auctionProcess);
auctionInstance.signal();
// store the result in the database
jbpmSession.getGraphSession().saveProcessInstance(auctionInstance);
// commit the user transaction
jbpmSession.commitTransaction();
} finally {
// close the session.
jbpmSession.close();
}
}
}