转载来自:http://songxh2.iteye.com/blog/2033790
终于要做表单了,就用activiti内置的表单引擎juel吧,因为他遵循java EL新的规范,还支持参数传递,加上JQ的功能应该足够用了。
我用的自定义的部署工具,当然也是移植过来的,看看配置代码如下:
- <!-- sxh自定义配置参数,web服务重启时自动部署流程文件 -->
- <property name="deploymentResources">
- <list>
- <!-- value>classpath*:/net/xerllent/docflow/bpmn/*</value -->
- <value>classpath*:/net/xerllent/docf/bpmn/*</value>
- </list>
- </property>
好了,刚做了个外联表单start00.form,直接将文件放目录里,服务器启动时,已经自动部署成功,查看act_ge_bytearray表里有数据,好了,编写表单引擎代码:
- //初始化流程引擎
- ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
- String processDefinitionId=processEngine.getRepositoryService()
- .createProcessDefinitionQuery()
- .processDefinitionKey(processDefinitionKey)
- .latestVersion().singleResult().getId();
- String s=processEngine.getFormService()
- .getRenderedStartForm(processDefinitionId).toString();
- System.err.println("getRenderedStartForm:"+s);
第一次运行,结果输出为空,为什么为空呢?于是跟踪检查,发现我设计的流程formkey与自动deploy后的数据库记录不符,数据库form的名称时全路径的,而我填写的是classpath的路径,activiti用的是ibati映射数据库的,一查它的sql,发现两者相等才能匹配,所以着不出来。如图:
- <select id="selectResourceByDeploymentIdAndResourceName" parameterType="map" resultMap="resourceResultMap">
- select * from ${prefix}ACT_GE_BYTEARRAY
- where DEPLOYMENT_ID_ = #{deploymentId}
- AND NAME_ = #{resourceName}
- </select>
跟踪图:
后来测试将流程文件*.bpmn及*.form文件一起打包成zip或者bar文件放在目录里让其自动部署,结果发现,路径变短了,只有压缩文件的相对目录,这正式我想要的!
好了,名称不那么太长了,有了相对目录,也能保证平台迁移的兼容性了。