方法2：
public
void deployZIP()
throws
// 获取仓库服务
RepositoryService repositoryService = processEngine.getRepositoryService();
// 创建发布配置对象
DeploymentBuilder builder = repositoryService.createDeployment();
// 获得上传文件的输入流程
this.getClass().getClassLoader().getResourceAsStream("diagrams/diagrams.zip");
new ZipInputStream(in);
// 设置发布信息
// 添加部署规则的显示别名
// 完成发布
builder.deploy(); }
说明：
1) 首先获得默认的流程引擎，在创建时会自动加载classpath下得activiti.cfg.xml
2) 通过流程引擎获取了一个RepositoryService对象->仓库服务对象
3) 由仓库的服务对象产生一个部署对象配置对象，用来封装部署环境的相关配置。
4) 这是一个链式编程，在部署配置对象中设置显示名，上传规则文件相对classpath的地址。
5) 部署，也是往数据库中存储流程定义的过程。
6) 这一步在数据库中将操作三张表：
a) act_re_deployment
存放流程定义的显示名和部署时间，每部署一次增加一条记录
b) act_re_procdef
存放流程定义的属性信息，部署每个新的流程定义都会在这张表中增加一条记录。
c) act_ge_bytearray
存储流程定义相关的部署信息。即流程定义文档的存放地。每部署一次就会增加两条记录，一条是关于bpmn规则文件的，一条是图片的（如果部署时只指定了bpmn一个文件，activiti会在部署时解析bpmn文件内容自动生成流程图）。两个文件不是很大，都是以二进制形式存储在数据库中。
2、删除流程
public
void delDeployment()
throws
// 获取仓库服务对象
RepositoryService repositoryService = processEngine.getRepositoryService();
// 删除发布信息
String deploymentId = "1";
// 普通删除，如果当前规则下有正在执行的流程，则抛异常
repositoryService.deleteDeployment(deploymentId);
// 级联删除,会删除和当前规则相关的所有信息，包括历史
true);
}
说明：
1) 因为删除的是流程定义，而流程定义的部署是属于仓库服务的，所以应该先得到RepositoryService
2) 如果该流程定义下没有正在运行的流程，则可以用普通删除。如果是有关联的信息，用级联删除。一般情况下用普通删除就可以。由于级联删除涉及的数据比较多，一般只开放给超级管理员使用。
3、查看流程定义
/** * 查看流程定义 * 流程定义 ProcessDefinition * id : {key}:{version}:{随机值} * name ： 对应流程文件process节点的name属性 * key ： 对应流程文件process节点的id属性 * version ： 发布时自动生成的。如果是第一发布的流程，veresion默认从1开始；如果当前流程引擎中已存在相同key的流程，则找到当前key对应的最高版本号，在最高版本号上加1 */
public
void queryProcessDefinition()
throws Exception {
// 获取仓库服务对象 RepositoryService repositoryService = processEngine.getRepositoryService();
// 获取流程定义查询对象 ProcessDefinitionQuery processDefinitionQuery = repositoryService.createProcessDefinitionQuery();
// 配置查询对象 processDefinitionQuery
//添加过滤条件// .processDefinitionName(processDefinitionName)// .processDefinitionId(processDefinitionId)// .processDefinitionKey(processDefinitionKey) //分页条件// .listPage(firstResult, maxResults) //排序条件 .orderByProcessDefinitionVersion().desc();
/** * 执行查询 * list : 执行后返回一个集合 * singelResult 执行后，首先检测结果长度是否为1，如果为一则返回第一条数据；如果不唯一，抛出异常 * count： 统计符合条件的结果数量 */ List<ProcessDefinition> pds = processDefinitionQuery.list();
// 遍历集合，查看内容
for
说明：
1) 因为流程定义的信息存放在仓库中，所以应该获取RepositoryService。
2) 创建流程定义查询对象，可以在ProcessDefinitionQuery上设置查询过滤参数
3) 调用ProcessDefinitionQuery对象的list方法，执行查询，获得符合条件的流程定义列表
4) 由运行结果可以看出：
a) Key和Name的值为：bpmn文件process节点的id和name的属性值
b) key属性被用来区别不同的流程定义。
c) 带有特定key的流程定义第一次部署时，version为1。之后每次部署都会在当前最高版本号上加1
d) Id的值的生成规则为:{processDefinitionKey}:{processDefinitionVersion}:{generated-id}, 这里的generated-id是一个自动生成的唯一的数字
e) 重复部署一次，deploymentId的值以一定的形式变化
f) 流程定义(ProcessDefinition)在数据库中没有相应的表对应，只是从act_ge_bytearray表中取出相应的bpmn和png图片，并进行解析。
4、查看流程图片
public
void viewImage()
throws Exception {
// 创建仓库服务对对象 RepositoryService repositoryService = processEngine.getRepositoryService();
// 从仓库中找需要展示的文件 String deploymentId = "701"; List<String> names = repositoryService.getDeploymentResourceNames(deploymentId); String imageName =
null;
for (String name : names) {
if(name.indexOf(".png")>=0){ imageName = name; } }
if(imageName!=
null){
// System.out.println(imageName); File f =
new File("e:/"+ imageName);
// 通过部署ID和文件名称得到文件的输入流
说明：
1) deploymentId为流程部署ID
2) resourceName为act_ge_bytearray表中NAME_列的值
3) 使用repositoryService的getDeploymentResourceNames方法可以获取指定部署下得所有文件的名称
4) 使用repositoryService的getResourceAsStream方法传入部署ID和文件名称可以获取部署下指定名称文件的输入流
5) 最后的有关IO流的操作，使用FileUtils工具的copyInputStreamToFile方法完成流程流程到文件的拷贝
(FileUtils对应的jar：
<dependency>
<groupId>commons-fileupload</groupId>
<artifactId>commons-fileupload</artifactId>
<version>1.3.1</version>
</dependency> )
