流程配置说明(1)

目录流程配置说明 (2)一. 流程配置文件 (2)1.start节点 (3)3.state节点 (3)4.system-state节点 (4)5.task元素 (4)6.assignment元素 (4)7.transition元素 (4)8.condition元素 (5)二. 人员查找任务Assignment (6)2.1简单assignment (6)2.2复合assignment (7)三.流程附加操作Action(Entry,Exit) (10)流程配置说明本参考文档主要针对流程配置文件的开发人员,主要介绍流程配置文件的结构,人员查找任务,后台预定义的一些操作类.实例配置原文:一.流程配置文件简易实例(这里只给出各个流程步骤中stateconfig的内容部分):<start sid="S10" name="起草" path="apply" needComment="false"> <transition name="第一负责人审批" returnBack="false" to="S20"/></start><state sid="S20" name="第一负责人审批" path="approve" needComment="true"> <entry type=".gbs.TestAction"></entry><task name="审批人查找任务" tid="approver1" advisable="false" behavior="claim"><assignmenttype="erAssignment"><arg name="user">04070945</arg></assignment></task><transition name="第二负责人审批" returnBack="false" to="S25"> <condition type="BSH"><arg name="SCRIPT">String companyType =(String)CONTEXT_INSTANCE.getTransientVar().get("varCompanyType");return "1".equals(companyType) ;</arg></condition></transition><exit type=".gbs.TestAction"></exit></state><system-state sid="S25" name="自动状态" path="approve"needComment="true" auto="true"><transition name="第二负责人审批" returnBack="false"to="S30"></transition></system-state><state sid="S30" name="第二负责人审批" path="approve" needComment="true"> <task name="审批人查找任务" tid="approver2" advisable="true"behavior="claim"><assignmenttype="erAssignment"><arg name="user">04070945;99040005</arg></assignment></task><transition name="流程结束" returnBack="false" to="SE"></transition> </state><end sid="SE" name="流程结束"><entry type="com.suning.process.core.action.PositionNotifyAction"> <arg name="orgLevel">30</arg><arg name="deptTemplate">1030510705</arg><arg name="position">manager</arg></entry></end>流程的配置由一个start节点,若干个state节点,若干个system-state节点,若干个end节点组成.这些节点都是作为流程的状态存在于流程配置中,他们的公共属性包括:Sid: 流程状态标识Name: 流程状态中文说明Path: 流程审批属性,一个自定义的属性,配置人员可以给该属性设置不同的值来通知业务开发人员该步骤的审批人员将对流程进行何种操作needComment: 流程是否需要审批人意见(true/false)auto: 该状态是否是自动状态,和system-state搭配使用表示流程自动跳转状态1.start节点流程的起始节点,一个流程配置有且只有一个start节点,start节点由若干个transition组成表示不同条件下的流程迁移路径.2.end节点流程的终止节点,表示流程的结束,一个流程配置可以存在1个或者多个end节点,表示不同的流程结束状态.end节点不配置任何transition,但可以选择性的配置一个entry元素.entry 元素表示流程进入该状态的时候需要执行的附加操作.3.state节点流程的普通状态,也是流程配置中存在最多的一种配置,表示流程的一个普通状态,该状态需要人员参与完成,也就是通常说的人员任务,使用task元素表示.State节点同样由多个transition,表示流程的迁移路径.State节点可以选择性的配置entry和exti元素,entry元素同上,exit元素正好和他相反,表示流程发生迁移的时候,离开该状态所执行的附加操作.4.system-state节点该节点是一种特殊的state节点,表示自动状态,他不需要人员参与完成,当流程执行到该节点的时候,流程会自动进行计算,从该节点的transition路径中选择出一条有效路径,并迁移到该路径.由于system-state节点不需要人员参与,所以他不需要配置task元素.5.task元素在state节点中使用,定义参与的人员信息.<task name="审批人查找任务" tid="approver1" advisable="false"behavior="claim"><assignmenttype="erAssignment"><arg name="user">04070945</arg></assignment></task>Task的属性包括:Name: 人员任务名称Tid: 人员任务标识,暂时无特殊含义Advisable: 是否允许加签(true/false),定义该任务上是否允许添加加签任务Behaivior: 人员任务的行为模式,目前可以使用的类型有:claim竞争模式和all-wait 汇签模式Claim模式要求所有参与该任务的人员竞争同一个单据,第一个点击该任务的人员对该任务享有独占权,任何后续的人员无法代开该任务,知道前者主动放弃了声明.All-wait汇签模式允许该任务的所有人员同时对该任务进行审批操作,并在所有人完成审批操作后流程继续流转到后续的任务.All和all-wait模式不同的是,同时产生任务的多个审批人中有任意一个人提交流程后,流程就会流转到下一个任务,而不必等待所有审批人审批完成.Task需要定义一个assignment元素,该元素定义了参与审批的人员的人员查找逻辑.6.assignment元素Task元素的子元素,定义人员的查找逻辑.如上所示,assignment元素包含2部分,type 属性和若干个arg子元素.Type可以有2中定义:1)实现类的完整路径,该类必须实现com.ibm.bpe.core.task.IAssignment接口,流程会每次生成一个该类的实例进行人员查找任务.2)非com开头的字符串,以spring的注入方式定义实现类.流程会以该字符串作为Bean的名字在workflow.xml查找对应的spring bean来进行人员查找任务.Arg定义了计算的参数,以name-value的形式存在.7.transition元素State节点,system-state节点的子元素,表示流程的一条迁移路径.<transition name="第二负责人审批" returnBack="false"userSel=”multiple” to="S25" ><condition type="BSH"><arg name="SCRIPT">String companyType =(String)CONTEXT_INSTANCE.getTransientVar().get("varCompanyType");return "1".equals(companyType) ;</arg></condition><action type=”com.suning.process.TestAction”></action></transition>Transitoin的属性包括:Name: 审批路径名称returnBack: 是否允许回退,暂时无特殊含义to: 流程的下一步状态,为需要跳转的流程的stateid,也可以为$开头的一些通配符(这种配置属于动态决定流程后续流转步骤的方式),目前仅支持$last,表示跳转到流程的前一步userSel: 审批人员选择方式,可选属性,审批人员选择的方式有3种:all(默认方式)选择所有列出的审批人员,multiple在列出的所有审批人员中选择任意多个审批人员,single在列出的所有审批人员中选择一个审批人员transition可以选择性的添加condition子元素,以表示该迁移路径是有条件的,在该条件计算为true的时候,该路径为一条有效的路径,可以作为给用户选择的审批路径.如果不定义condition子元素,则默认表示该路径永远有效.Transition可以选择性的添加若干个action子元素,以表示在流程发生迁移的时候需要执行的附加动作,和exit类似,不过这里action可以定义多个.8.condition元素Transition元素的子元素,定义一个有效路径的条件计算.transition元素类似assignment元素,由type属性和若干个arg子元素组成.Type可以有2中定义:1)实现类的完整路径,该类必须实现com.ibm.bpe.core.condition.Condition接口,流程会每次生成一个该类的实例进行条件的计算.2)非com开头的字符串,以spring的注入方式定义实现类.流程会以该字符串作为Bean的名字在workflow.xml查找对应的spring bean来进行条件的计算.系统中默认已经定义了一种condition:type=BSH,他采用BeanShell的方式,通过定义一些简单的java代码,来实现condition的计算.9.action,entry,exit元素这3中元素其实是一回事情,都表示流程需要执行的一些附加操作,和assignment相似,也由type属性和若干个arg子元素组成.Type可以有2中定义:1)实现类的完整路径,该类必须实现com.ibm.bpe.core.action.IAction接口,流程会每次生成一个该类的实例进行附加操作的计算.2)非com开头的字符串,以spring的注入方式定义实现类.流程会以该字符串作为Bean的名字在workflow.xml查找对应的spring bean来进行附加操作的计算.二.人员查找任务AssignmentAssignment目前分为2类:简单assignment和复合assignment简单assignment通过流程中的直接配置定义查找一些固定逻辑的简单查找任务;有些审批人员的查找逻辑在不同的业务场景下,会有不同的查找方式,复合assignment采用了spring 的配置方式,为每一个场景分别定义各自的查找任务.当然,就像上面assignment所提到的那样,2种assignment都可以使用直接定义和spring 的配置两种方式.2.1简单assignment1.超预算审批人:com.suning.process.core.assignment.BeyondBudgetAssignment计算超预算审批时候的预算审批人,分子公司人员超预算,需要申请大区总经理额度,预算审批人为大区总经理;总部人员超预算,需要申请对应的中心总监/职能总部办公室/总裁办额度,预算审批人为总部中心总监/职能总部办公室负责人/总裁办负责人根据起草人所在的部门决定三者之一.页面参数: varBudgetDept变量,该变量表示责任中心预算编制的部门编码.任务参数:无2.业务审批人/综合业务审批人:com.suning.process.core.assignment.BusinessAssignment 计算业务审批人和费用申请单中使用的预算审批人(综合业务审批人),业务审批人的具体业务逻辑查看相应的excel定义文件,预算审批人为有相应预算编制的部门负责人.任务参数: type,查找的审批人类型,business=业务审批人,budget=综合业务审批人Department,需要查找的部门编码,可选,默认情况下为起草人所在的部门,$department通过页面隐含域varDepartment指定查找的部门编码页面参数: varBudgetDept变量,该变量表示责任中心预算编制的部门编码,用于综合业务审批人查找使用.VarUseDynamicUser变量,该变量表示是否使用指定的负责人作为综合业务审批人VarDynamicUser变量,该变量和varUseDynamicUser一起使用,指定了特定的综合业务审批人varDepartment变量,和department组合使用,指定查找的业务负责人的所在的部门编码3.分子公司/营运部总经理:panyManagerAssignment 计算大区/子公司/大区营运部/子公司营运部总经理任务参数:orgLevel,公司级别,60表示查找所在的大区总经理,70表示查找所在的分子公司总经理,80表示查找对应的营运部总经理Department,相关联的部门,可以配置的值有:$draftDept表示查找起草人所在部门对应的大区/子公司/营运部总经理;$currentDept表示查找当前审批人所在的部门对应的大区/子公司/营运部总经理页面参数:无4.部门负责人:com.suning.process.core.assignment.DepartmentManagerAssignment 计算指定部门的负责人.任务参数:department,查找任务相关联的部门,可以配置的值有:$draftDept表示查找和起草人相同总部/大区/子公司/营运部的特定部门负责人;$currentDept表示查找和当前审批人相同总部/大区/子公司/营运部的特定部门的负责人;$department表示查找指定部门相同总部/大区/子公司/营运部的特定部门的负责人.orgLevel表示查找的部门级别,30表示查找总部部门,60表示查找大区部门,70表示查找子公司部门,80表示查找营运部部门.$department表示采用和department 同级别的部门.OrgTemplateCode表示查找部门的模板编码,模板编码为10位数字编码,可以采用逗号进行分隔,以达到同事查找几个特定部门负责人的需求.页面参数:varDepartment和$department通配符组合使用,用于指定特定的参考部门5.部门专员:com.suning.process.core.assignment.PositionAssignment计算指定部门的指定专员任务参数:department,查找任务相关联的部门,可以配置的值有:$draftDept表示查找和起草人相同总部/大区/子公司/营运部的特定部门专员;$currentDept表示查找和当前审批人相同总部/大区/子公司/营运部的特定部门的专员. $department表示查找指定部门相同总部/大区/子公司/营运部的特定部门的负责人.orgLevel表示查找的部门级别,30表示查找总部部门,60表示查找大区部门,70表示查找子公司部门,80表示查找营运部部门. $department表示采用和department同级别的部门.OrgTemplateCode表示查找部门的模板编码,模板编码为10位数字编码,可以采用逗号进行分隔,以达到同事查找几个特定部门专员的需求.Position表示查找专员的岗位编码页面参数: varDepartment和$department通配符组合使用,用于指定特定的参考部门6.流程特定步骤的审批人:com.suning.process.core.assignment.StepAssignment计算流程特定步骤的审批人,该配置的步骤必须在当前步骤之前已经完成.任务参数:step,指定的特定状态,审批人为该状态对应的已经审批的过的审批人页面参数:无7.特定人员审批人:erAssignment指定特定的人员工号作为审批人任务参数:user,指定的特定人员,可以配置的值:$drafter起草人;$currentUser当前审批人;人员工号(可以使用分号分隔,同事配置多个审批人)2.2复合assignment有一些业务的审批人逻辑相对复杂,在不同的业务场景下会有完全不同的审批人的查找逻辑(例如财务费用的内控线负责人),这种情况下开发新的复杂审批人查找逻辑,效率和正确率上都不合适,可以采用复合assignment的方式.复合assignment最大程度的复用了已有的各种审批人查找逻辑.他采用的是一种类似配置表的condition-assignment的模式.即为不同的业务场景定义不同的几个条件,并为每一个条件单独定义审批人查找逻辑.所有的condition都是实现了com.suning.process.core.assignment.ext.IAssignmentCondition接口的实现类,所有的assignment 都是实现了com.ibm.bpe.core.task.IAssignment接口的实现类.复合assignment的计算结果通常应该是其中某一条有效condition对应的assignment计算的结果.复合assignment:plexAssignment任务参数: classpath,配置文件的类路径beanName:复合assignment的bean的名字class属性: conditionMap条件映射mapassignmentMap每一个条件对应的审批人查找assignmentconditionMap和assignmentMap采用相同的key,进行condition-assignment 的对应关系ComplexAssignment的配置如下:在state-config中定义一个ComplexAssignment,配置classpath和beanName两个参数,指定spring配置的assignment<assignmenttype="plexAssignment"> <argname="classpath">classpath:/com/suning/process/FeeContract-assignment .xml</arg><arg name="beanName">businessDepartmentManager</arg> </assignment>然后在相应的配置文件中重新定义一个ComplexAssignment,配置对应的conditionMap和assignmentMap属性.<!-- 业务线部门负责人定义 --><bean id="businessDepartmentManager"class="plexAssignment" ><property name="conditionMap"><map><entry key="hqFinanceSpecialAuditCondition"><refbean="hqFinanceSpecialAuditCondition"/></entry><entry key="districtFinanceSpecialAuditCondition"><ref bean="districtFinanceSpecialAuditCondition"/></entry><entry key="companyFinanceSpecialAuditCondition"><ref bean="companyFinanceSpecialAuditCondition"/></entry><entry key="financeShangshiAuditCondition"><refbean="financeShangshiAuditCondition"/></entry><entry key="gongshangAuditCondition"><refbean="gongshangAuditCondition"/></entry></map></property><property name="assignmentMap"><map><entry key="hqFinanceSpecialAuditCondition"><refbean="planCenterAccountingManager"/></entry><entry key="districtFinanceSpecialAuditCondition"><ref bean="districtFinanceManager"/></entry><entry key="companyFinanceSpecialAuditCondition"><ref bean="companyFinanceManager"/></entry><entry key="financeShangshiAuditCondition"><refbean="dongmibanManager"/></entry><entry key="gongshangAuditCondition"><refbean="planCenterGongShangManager"/></entry></map></property></bean>2.2.1condition条件该condition是一个接口定义,任何实现该接口的class都可以作为一个condition 使用(这边的condition区别于transition中的子元素condition)Com.suning.process.core.assignment.ext.IAssignmentConditionpublic interface IAssignmentCondition {boolean check(ContextInstance ctxInst);}开发人员可以根据各自的业务场景实现相应的接口.Condition中有一个预留的实现类BooleanExpressAssignmentCondition,该类的功能是通过自定义的布尔表达式将一些固定的condition进行二次组合,形成功能更强大的复合条件.该class有2个属性:private java.util.Map conditions;private String express;conditions是一个所有使用的基本condition组成的map;express是布尔表达式,布尔表达式中采用每一个基本condition在map中对应的key来进行表达式的编写,例如: <!-- 财务专项咨询费condition --><bean id="financeSpecialAuditCondition"class="com.suning.process.core.assignment.ext.impl.BooleanExpressAssi gnmentCondition"><property name="conditions"><map><entry key="financeAuditCondition"><refbean="financeAuditCondition"/></entry><entry key="dongmibanCondition"><refbean="dongmibanCondition"/></entry><entry key="gongshangManageCondition"><refbean="gongshangManageCondition"/></entry><entry key="gongshangShuiwuCondition"><refbean="gongshangShuiwuCondition"/></entry></map></property><property name="express" value="return financeAuditCondition &amp;&amp; !dongmibanCondition &amp;&amp; !gongshangManageCondition &amp;&amp; !gongshangShuiwuCondition;"/></bean>这是一个财务专项咨询费的业务条件,基本条件包括4个:financeAuditCondition(财务咨询费条件),dongmibanCondition(董秘办的上市专项咨询费),gongshangManageCondition(工商管理咨询费),gongshangShuiwuCondition(工商税务咨询费).业务条件是:财务咨询费中除去上述3中特例的咨询费为财务专项咨询费,我们采用4个condition在map中对应的key值组成了上述这段业务条件描述,就形成了return financeAuditCondition &amp;&amp; !dongmibanCondition&amp;&amp; !gongshangManageCondition&amp;&amp; !gongshangShuiwuCondition;三.流程附加操作Action(Entry,Exit)所有的Action类都必须实现com.ibm.bpe.core.action.IAction3.1预算操作action(com.suning.process.core.action.BudgetAction)流程中调用预算操作的action,包括预算申请,预算更新,预算调拨等.必须的相关配置文件:必须在classpath的根路径下存放一个budget-service.xml的配置文件,该文件定义了预算操作的服务接口,数据访问层,mb接口客户端等.任务参数:budgetServiceBeanName,预算服务类定义的bean的名称budgetNotifyBeanName,预算通知类定义的bean的名称,该bean主要定义了一些预算操作同时附加的通知动作,一般用处不大.Action,执行的预算操作,有apply(预算冻结),update(预算更新),adjust(预算调拨),confirm(预算确认),release(预算释放).这些操作可以由流程静态的配置的流程的配置文件中.action的值也可以使用dynamic,这个时候具体的执行操作由页面上通过varBudgetActionType变量指定.NeedConfirm,指定对应的预算冻结,预算更新,预算调拨操作是否需要自动完成confirm(预算确认操作)页面参数:varBParams_CostCenterOut调拨成本中心代码varBParams_ProcessCode预算操作公文号varBParams_UpdateProcessCode补单的时候原申请单的公文号varBParams_Time预算操作日期格式为yyyyMMddvarBParams_CostCenter预算操作成本中心代码varBParams_CostFactor预算操作科目varBParams_Amount预算操作金额varBParams_CompanyCode预算操作发生的公司,为成本中心代码的前4位varBParams_InnerOrder内部订单号varBParams_CostFactorOut调拨科目预算操作完成后,会将返回的结果设置到流程的上下文中,流程开发人员可以根据CONTEXT_INSTANCE中的budgetResultName参数获得该返回对象,返回对象的类型为.budget.service.BudgetResultInfo.3.2待阅通知action(com.suning.process.core.action.PositionNotifyAction)该action可以为指定的人员添加一条待阅信息任务参数:position,department,deptTemplateCode,orgLevel这4个参数的含义等同于PositionAssignment的4个参数的含义sendDraftUser是否需要向起草人发送待阅$condition待阅发送的条件,这是一个可选条件,$condition表示的字符串是一组beanShell的java代码,当$condition计算成功的时候才向相应的人员发送待阅信息.四.条件Condition这里谈及的condition是transition元素中的子元素.一般的流程需求里面BeanShell的condition已经能够满足大部分需求,但是在一些场景下,流程需要判断其中某2步的审批人是否是同一个人,如果是的话,则跳过其中的某一个环节,这个时候我们引入了2个新的condition:SkipCheckCondition和BeanShellWithSkipCheckCondition.这2种condition都通过spring配置的方式,判断指定的2个人员查找任务bean计算的结果是否相等来达到自动跳过其中某一步的要求.SkipCheckCondition单纯的比较指定的2个人员查找任务是否相等决定是否进行跳过BeanShellWithSkipCheckCondition在BeanShellCondition的基础上附加了自动跳转的功能.<conditiontype="com.suning.process.core.condition.SkipCheckCondition"><argname="classpath">classpath:/com/suning/process/FeeContract-assignment .xml</arg><arg name="assignment1Name">reportManager</arg><arg name="assignment2Name">businessDepartmentManager</arg><arg name="skipFlag">false</arg></condition>4.1SkipCheckCondition任务参数:classpath,比较的assignment任务定义所在的配置文件的类路径assignment1Name,第一个比较的任务对应的bean的名称assignment2Name,第二个比较的任务对应的bean的名称skipFlag,指定当2个assignment比较结果如何的时候才使得整个condition计算成功,例如上述的那个例子说明,当2个assignment计算结果不一致的时候,该condition为一个计算有效的condition<conditiontype="com.suning.process.core.condition.BeanShellWithSkipCheckConditi on"><arg name="SCRIPT">String varStandardContract =(String)CONTEXT_INSTANCE.getTransientVar().get("varStandardContract") ;return "0".equals(varStandardContract);</arg><argname="classpath">classpath:/com/suning/process/FeeContract-assignment .xml</arg><arg name="assignment1Name">reportManager</arg><arg name="assignment2Name">businessDepartmentManager</arg><arg name="skipFlag">false</arg></condition>4.2BeanShellWithSkipCheckCondition该condition的参数和SkipCheckCondition的参数一致,同时他还兼顾BeanShellCondition的SCRIPT参数.五.流程的汇签流程的汇签指的是流程在某一个审批人处理完成以后,下一步审批操作同时交由几个不同人员审批,待每一个审批人完成审批操作后,才能将审批任务交由后续的人员操作.如下图流程审批人A同时给了B,C,D3个人,待B,C,D3个人都完成了审批操作后,才会将审批任务交给E(产生给E的代办).5.1简单的汇签上图描述的场景就是一种最为简单的汇签模式,此时B,C,D3个人所处的流程状态可以视为同一个状态,因为他们在流程中的前后状态/审批人相似或者相同配置方式(和普通流程配置相似):<state sid="S20" name="第一负责人审批" path="approve" needComment="true"> <task name="审批人查找任务" tid="approver1" advisable="true"behavior="all-wait"><assignmenttype="erAssignment"><arg name="user">04070945;99040005</arg></assignment></task><transition name="第二负责人审批" returnBack="false"to="S30"></transition></state>给state的task元素定义behaviror为all-wait,就像之前说的那样,all-wait模式会给每一个assignment定义的审批人一个任务项,在所有的审批人审批完成以后,产生下一步的审批任务.5.2复杂的汇签---分支状态/汇聚状态分支状态:可以并行产生多个任务状态,每一个状态可以有各自独立的后续流转过程.和普通的流程状态相比不同的是:普通流程状态即使存在多条流程迁移路径,但是每次发生迁移操作的时候只能选择其中的一条路径进行流程迁移,而分支状态可以同时发生任意多次流程迁移操作,只要相应的迁移路径有效.汇聚状态:和分支状态对应,当所有的分支流程都流转到汇聚状态后,流程再产生后续的任务汇聚状态必须和分支状态一一对应,分支状态和汇聚状态可以互相嵌套,但是暂时不允许出现相邻的多个汇聚状态或者分支状态合并成1个汇聚状态或者分支状态,如图:左图是一个合法的分支-汇聚状态嵌套的案例,图中有2个分支状态,2个汇聚状态,一一对应 中图是一个将相邻2个分支状态合并的不支持的案例,图中有1个分支状态,2个汇聚状态,1:2的关系右图是一个将相邻2个汇聚状态合并的不支持的案例,图中有2个分支状态,1个汇聚状态,2:1配置方式:分支状态(和普通状态类似)<fork sid="S20" name="第一负责人审批" path="approve2" needComment="true"> <task name ="审批人查找任务" tid="approver1" advisable="true " behavior="claim"><assignment type ="erAssignment"><arg name ="user ">04070945</arg></assignment> </task><transition name ="第二负责人审批" returnBack="false "to ="S25"></transition><transition name ="第三负责人审批" returnBack="false "to ="S30"></transition></fork>使用的元素为fork,普通状态是哟哦那个的元素为state,其他功能上没有差别.汇聚状态:汇聚状态有2中定义方式,一种可以把汇聚状态定义为人员任务状态,当所有的流程分支流转到汇聚状态后产生相应的代办任务项,另外一种可以把汇聚状态定义为自动任务状态,当所有流程分支流转到汇聚状态后,自动执行下一步,并产生后续的待办任务汇聚状态(人员任务)配置:<join sid="S70" name="第七负责人审批" path="approve2" needComment="true"> <task name ="审批人查找任务" tid="approver2" advisable="false " behavior="claim"><assignmenttype ="erAssignment"><arg name="user">01010010</arg></assignment></task><transition name="审批结束" returnBack="false" to="SE"></transition> </join>汇聚状态(自动)配置:<join sid="S60" name="第六负责人审批" path="approve2" needComment="true" auto="true"><transition name="第六负责人审批" returnBack="false"to="S65"></transition></join>两者的区别在于自动转该的auto属性为true六.流程插件在流程引擎及其外围应用包的适当地方以接口的方式提供操作人员对流程流转进行额外操作.例如对于复杂的授权金额判断,可以通过插件的方式将用户的逻辑引入到流程引擎中;目前流程支持3处插件的插入点,每一个插入点都有固定的名字1)getPath:流程显示选人页面之前的切入点,代码实现在ProcessCommonSubmitAction类中2)apply:流程起草的时候调用流程引擎接口,启动流程前的切入点,代码实现在ProcessClientImpl类中3)approve:流程审批的时候调用流程引擎接口,审批流程前的切入点,代码实现在ProcessClientImpl类中插件实现接口: IProcessPlugin插件服务类: PluginServiceProcessCommonSubmitAction和ProcessClientImpl类中都有一个选择性配置的熟悉pluginConfigName,该属性定义了插件配置文件的位置,可以不定义该属性,系统就不会采用插件的功能.<bean id="accreditStandardPlugin"class="com.suning.process.core.plugin.impl.AccreditStandardPlugin"> <property name="configName"value="classpath:/com/suning/process/FeeContract-AccreditStandard.xml "/><property name="tableName" value="accreditStandardTable"/> </bean><bean id="pluginService"class="com.suning.process.core.plugin.PluginService">。