| starter | 描述 | 在线体验 |
|---|---|---|
| flowable-modeler | 让具有建模权限的用户可以创建流程模型、表单、选择表与应用定义。 | https://t.cn/A6cjNwAj |
| flowable-idm | 身份管理应用。为所有Flowable UI应用提供单点登录认证功能，并且为拥有IDM管理员权限的用户提供了管理用户、组与权限的功能 | https://t.cn/A6cjCFHc |
| flowable-task | 运行时任务应用。提供了启动流程实例、编辑任务表单、完成任务，以及查询流程实例与任务的功能。 | https://t.cn/A6cjNLWv |
| flowable-admin | 管理应用。让具有管理员权限的用户可以查询BPMN、DMN、Form及Content引擎，并提供了许多选项用于修改流程实例、任务、作业等。管理应用通过REST API连接至引擎，并与Flowable Task应用及Flowable REST应用一同部署。 | https://t.cn/A6cjN4uq |
| flowable-rest | Flowable页面包含的常用REST API |
* * @author Frederik Heremans * @author Joram Barrez * @author Filip Hrisafov */ @Service public class TaskUserCacheImpl implements UserCache ~~~ **注:** 重写 {@link org.flowable.ui.task.service.idm.UserCacheImpl} 类,避免启动时和 {@link org.flowable.ui.idm.service.UserCacheImpl} 命名冲突 - org.flowable.ui.admin.service.engine.CmmnTaskService ~~~java package org.flowable.ui.admin.service.engine; /** * 覆盖jar包中的CmmnTaskService的定义，修改Bean的定义名称,避免和org.flowable.cmmn.api.CmmnTaskService命名冲突 * Service for invoking Flowable REST services. */ @Service("adminCmmnTaskService") public class CmmnTaskService ~~~ 由于flowable官方提供的jar包导致的冲突问题解决完毕之后，以下是application.yml中需要对Flowable做的配置，其他如数据源相关配置省略，此处不再累述。 ~~~yml flowable: labelFontName: 宋体 activityFontName: 宋体 annotationFontName: 宋体 rest: app: authentication-mode: verify-privilege process: definition-cache-limit: 1 idm: app: admin: password: test user-id: admin first-name: admin last-name: admin common: app: role-prefix: idm-url: http://localhost:${server.port}/${spring.application.name}/idm xml: encoding: UTF-8 modeler: app: rest-enabled: true admin: app: security: encryption: credentials-secret-spec: 9FGl73ngxcOoJvmL credentials-i-v-spec: j8kdO2hejA9lKmm6 server-config: app: context-root: ${spring.application.name} password: test server-address: http://localhost user-name: admin port: ${server.port} rest-root: app-api name: Flowable App app description: Flowable App REST config process: context-root: ${spring.application.name} server-address: http://localhost password: test user-name: admin rest-root: process-api port: ${server.port} name: Flowable Process app description: Flowable Process REST config form: context-root: ${spring.application.name} server-address: http://localhost password: test user-name: admin port: ${server.port} rest-root: form-api name: Flowable Form app description: Flowable Form REST config dmn: context-root: ${spring.application.name} server-address: http://localhost password: test user-name: admin port: ${server.port} rest-root: dmn-api name: Flowable DMN app description: Flowable DMN REST config cmmn: context-root: ${spring.application.name} password: test server-address: http://localhost user-name: admin port: ${server.port} rest-root: cmmn-api name: Flowable CMMN app description: Flowable CMMN REST config content: context-root: ${spring.application.name} server-address: http://localhost password: test user-name: admin rest-root: content-api port: ${server.port} name: Flowable Content app description: Flowable Content REST config database-schema-update: true management: endpoint: health: roles: access-admin show-details: when_authorized endpoints: jmx: unique-names: true # MyBatis配置比较重要，手动去扫描Flowable默认的Mapper.xml，以及设置字段类型 mybatis: mapper-locations: - classpath:/META-INF/admin-mybatis-mappings/*.xml - classpath:/META-INF/modeler-mybatis-mappings/*.xml configuration-properties: prefix: boolValue: TRUE blobType: BLOB ~~~ 至此后端集成完毕。 #### 集成思路出现偏差 一开始准备将官方提供的页面集成到后端工程来，但是由于modeler页面我是直接放到static目录下的，而其他三个页面只能自己建目录存放（idm, admin, task），导致访问modeler时是以后端项目请求路径为根访问路径的，在modeler请求后端接口时，请求路径没有问题；可访问idm、admin、task时，则必须加上idm/路径，导致请求后端接口时，不管将前端请求后端的路径改为相对路径还是绝对路径，最终请求路径都存在问题。此处花费时间较多。下面会讲讲新的页面集成方式。 #### Flowable与SpringBoot版本坑 `flowable-ui-modeler-conf`中`AppDispatcherServletConfiguration`配置类，实现了`WebMvcRegistrations`接口，SpringBoot1.x中，WebMvcRegistrations在`spring-boot-autoconfigure`中的web包下，而在SpringBoot2.x中，WebMvcRegistrations被移到web.servlet下了，所以在使用默认类时，SpringBoot版本必须是2.x。 #### Flowable官方包冲突 由于是根据flowable-modeler、flowable-idm、flowable-task、flowable-admin来集成的，所以后端基础包也是需要这对应的四个，故直接集成了flowable-ui-modeler-conf、flowable-ui-idm-conf、flowable-ui-task-conf、flowable-ui-admin-conf，但是由于这四个包中存在各自的自动配置类，而且在modeler和admin中，自动配置类又和他自己的业务逻辑有关联，而且存在多个类命名相同的Spring Bean，导致Spring上下文由于出现相同名称的Bean而初始化失败，但是默认配置有些又不能不用，最终的解决办法就是去除原来所有的默认配置，将冲突的通过@ComponentScan的excludeFilters属性移除掉，然后自己去自定义配置。 #### 登录权限问题 flowable-ui-modeler-conf、flowable-ui-idm-conf、flowable-ui-task-conf、flowable-ui-admin-conf这四个包中都存在SecurityConfiguration配置类，顾名思义是安全配置，但是在集成的过程中，modeler-conf其实我们希望的是以idm的登录为主，其他模块自己的安全校验配置不需要，但是实际上由于其他模块存在安全配置以及默认的拦截器，导致idm自己的安全验证不能通过。解决方式和上面一样，通过包扫描路径，只扫描自己需要的包路径，而有影响的包要么移除掉，要么自己去实现其中的配置。 ### 页面集成 页面集成一开始采用的是集成到后端工程，以后开发自己的页面时，也可直接调用集成好的流程设计器，但是由于其他模块的页面存在问题，故暂时放弃掉这种集成方式，采用Nginx来部署前端，正好满足前后端分离架构。 - Nginx配置 ~~~ server { listen 8081; server_name flowable_ui; location / { root /user/local/nginx/flowable-ui; index index.html index.htm; } location /flowable_idm { proxy_pass http://localhost:8080/flowable; proxy_cookie_path /flowable /flowable_idm; } location /flowable_task { proxy_pass http://localhost:8080/flowable; proxy_cookie_path /flowable /flowable_task; } location /flowable_admin { proxy_pass http://localhost:8080/flowable; proxy_cookie_path /flowable /flowable_admin; } location /flowable_modeler { proxy_pass http://localhost:8080/flowable; proxy_cookie_path /flowable /flowable_modeler; } } ~~~ **注:** 其实可以通过Nginx将静态资源和动态资源分开解析处理即可，但是我这边尝试的过程中有问题，只能采用简单粗暴的方式了。 然后在flowable-ui目录下新建modeler、idm、task、admin目录，将flowable-modeler.war、flowable-idm.war、flowable-task.war、flowable-admin.war中的flowable-xxx/WEB-INF/classes/static下的内容分别复制到对应目录下，此时通过http://localhost:8086/modeler...可看到对应的页面，但是由于动静资源路径一致，导致请求不能转发到后端，所以需要对动态请求和静态资源请求做区分，则需要修改官方页面源码，增加统一的请求路径前缀。  统一请求路径修改： 在modeler/scripts/app-cfg.js文件中，修改contextRoot为flowable_modeler，与静态资源访问路径区分开。 ~~~js 'use strict'; var FLOWABLE = FLOWABLE || {}; var pathname = window.location.pathname.replace(/^(\/[^\/]*)(\/.*)?$/, '$1').replace(/\/$/, ''); FLOWABLE.CONFIG = { 'onPremise' : true, 'contextRoot' : "/flowable_modeler", 'webContextRoot' : pathname, 'datesLocalization' : false }; ~~~ 在idm/scripts/app-cfg.js文件中，修改contextRoot为flowable_idm，与静态资源访问路径区分开。 ```js 'use strict'; var FLOWABLE = FLOWABLE || {}; var pathname = window.location.pathname.replace(/^(\/[^\/]*)(\/.*)?$/, '$1').replace(/\/$/, ''); FLOWABLE.CONFIG = { 'onPremise' : true, 'contextRoot' : "/flowable_idm", 'webContextRoot' : pathname, 'datesLocalization' : false }; ``` 在task/scripts/app-cfg.js文件中，修改contextRoot为flowable_task，与静态资源访问路径区分开。 ```js 'use strict'; var FLOWABLE = FLOWABLE || {}; var pathname = window.location.pathname.replace(/^(\/[^\/]*)(\/.*)?$/, '$1').replace(/\/$/, ''); FLOWABLE.CONFIG = { 'onPremise' : true, 'contextRoot' : "/flowable_task", 'webContextRoot' : pathname, 'datesLocalization' : false }; ``` admin和其他的不一样，所以我作为一个后端人员修改前端，采取的方式是在admin/scripts/config.js文件中，增加上面类似配置。 ~~~js FlowableAdmin.webContextRoot = '/flowable_admin'; ~~~ 然后通过开发工具，给所有的REST请求的增加`FlowableAdmin.webContextRoot + `前缀。 如： ~~~js url: '/app/ ~~~ 替换为 ~~~js url: FlowableAdmin.webContextRoot + '/app/ ~~~ 其他非这种格式的URL，可自行手动修改。 至此前后端基本集成完毕。 执行后端SpringBoot启动类，启动后端服务。 启动Nginx。 此时通过以下四个链接，即可访问Flowable官方提供的四个操作页面，不过在第一次访问时，由于没有登录，会跳转到登录页面，在后端工程初次启动时，会初始化两个账号，可通过`ACT_ID_USER`表查询用户名密码。 > http://localhost:8081/idm/  > http://localhost:8081/modeler/  > http://localhost:8081/task/  > http://localhost:8081/admin/  ------ 关注我的微信公众号：FramePower 我会不定期发布相关技术积累，欢迎对技术有追求、志同道合的朋友加入，一起学习成长！ ------ 