OSWorkFlow使用总结
OSWorkflow比起JBPM是比较低级的工作流，很多功能需要开发，但是非常灵活，对比较简单的流程，如商业银行绩效考核中的帐户归属流程、定性考核流程是比较适合的。
在使用过程中，项目组发现了一些问题，现总结如下，请大家讨论。
1、集成到spring中的事务问题
OS_Workflow中没有直接集成IBatis的数据操作类，因此需要自己写一个数据操作类，可采用同一datasource的JDBCTemplate，确保与为同一事务。Spring声明式事务采用AOP,默认动态代理的方法抛出Unchecked Exception或者Error才进行回滚, 如果方法中抛出异常中的为检查异常，默认将不再回滚，当然也可以进行配置回滚的CheckedException （详见spring 参考手册 回滚)
例如：
<tx:advice id="txAdvice" transaction-manager="txManager">
<tx:attributes>
<tx:method name="get*" read-only="false" />
<tx:method name="*" rollback-for="WorkflowException"/>
</tx:attributes>
</tx:advice>
由于Osworkflow中抛出的异常WorkflowException为CheckedException 即检查异常，所以默认不会回滚，因此可按照上述配置advice。
2、HISTORYSTEP历史记录中的流程状态配置问题
配置文件中result的属性status 分别插入OS_CURRENTSTEP中，old-status 会插入OS_HISTORYSTEP中，但是由于转向某个状态之前的状态量不一定是唯一的，
如评分完毕需要审核，等待审核的状态之前，可能是等待评分，也可能是审核未通过的被打回状态，oldstatus不一定是为"待评分"，也可能为"被打回"，所以插入到历史表中的status需要动态从OS_CURRENTSTEP中取,才能保证历史表中的status是正确的。
<results>
<unconditional-result id="19" old-status="待评分" status="待审核" step="3" />
</results>
重新配置：
<results>
<unconditional-result id="19" old-status="${oldStatus}" status="待审核" step="3" />
</results>
3、工作流程的转发并发性
由于流程的操作即doaction可能并发，因此，每当进行流程转发doAction，需要进行判断，流程的所属人owner是否仍为当前的操作人，流程是否已经转到其他人。
即OS_CURRENTSTEP中的owner是否为操作人。
getCurrentStep得到SimpleStep得到owner进行判断。
4、流程的状态
OS_WFENTRY中工作流的状态有 KILLED、SUSPENDED、ACTIVATED、COMPLETED、CREATED，当完成后会自动为COMPLETED，并清除OS_CURRENTSTEP,当前step
move到OS_CURRENTSTEP，
因此，当流程结束需要设置action 的属性finish=“true”，保证清空当前OS_CURRENTSTEP，并移到历史表中。