bwsabc的专栏

新建一个工程，然后将生成的osworkflow-3.0-dev.jar及其它所必需的jar文件、spring配置文件置入构建路径中。在上面spring中的工作流定义是从数据库中读取，但是编程去构建一个工作流定义是相当麻烦的事情，这里打算首先从designer中生成定义文件然后读取工作流定义持久到数据库中。这里为了从xml文件中读取工作流的定义，需要osworkflow.xml，内容如下：

对于Osworkflow,spring,hibernate3的集成花费了大量的时间,因为被com.opensymphony.workflow.spi.hibernate和com.opensymphony.workflow.spi.hibernate3这两个包中的类搞得昏头转向，而且还有配置文件对于各种方式的配置也没有详细的说明文档，其中还有不少误导人的地方。过程不表了，直接记录下成功集成的步骤

checkout Osworkflow生成一个osworkflow工程。更改com.opensymphony.workflow.spi.hibernate和com.opensymphony.workflow.spi.hibernate3下所有的hbm.xml文件定义为  DOCTYPE hibernate

在{project}/src/test下有一个osworkflow-spring-hibernate-loader.xml文件，这是针对osworkflow,spring,hibernate3集成的spring配置文件，但是其中各项定义还是使用的com.opensymphony.workflow.spi.hibernate包中的类（想不明白）。下面着手更改了。 1.dataSource

原来来看一些资料上将一个新产品的开发过程归纳为“唯一的任务，仅在特定形式下发生一次”的工作流类型理解不透，一直认为新产品的开发过程是“周期重复”的，每个新产品的过程都是按固定的流程进行的。产生这种理解是由于思维固化在对公司的开发流程的认识中—开发部接到开发任务，开发部所有的人员都投入到开发任务中去，每个人都了解自己的任务。对于人员、资源安排，任务分配等等都没有。但是开发部的人员与生俱来就知