摘要：
说明 测试环境出现非常慢,测试说执行过工单word导出就出现这种问题 排查步骤 1.查看机器cpu和内存 正常 2.排查gc回收 发现一直在触发full gc 同时每次full gc后释放的空间很小 jstat -gc 10755 3.dump堆信息进行分析 jmap -dump:format=b, 阅读全文
摘要：
说明 以前学习各个引用类型的区别,最近在看一个JVM参数-XX:SoftRefLRUPolicyMSPerMB 对软引用有更深入的了解 源码 public class SoftReference<T> extends Reference<T> { /** * 由垃圾回收器负责更新的时间戳 */ st 阅读全文
摘要：
流程引擎相关 # 公共的表 #配置表：比如部署主键的id生成规则。以及版本校验 select * from act_ge_property; # 部署相关 #流程模型 保存了模型的BMP建模 可以通过模型数据进行流程部署 type=2为表单引擎的模型 select * from act_de_mod 阅读全文
摘要：
说明 根据流程图快速判断流程走向以及当前进行中节点 源码改造 注这个是我自己实现的 com.biaoguoworks.flowable.center.rest.ProcessInstanceController#genProcessDiagram 也可以参考源码rest模块 org.flowable 阅读全文
摘要：
说明 是否发起人节点主要描述第一个节点为发起人节点，不用办理发起直接自动办理，用于驳回发起人处理的场景 源码扩展 1.属性扩展 参考:https://www.cnblogs.com/LQBlog/p/16017021.html 2.执行阶段扩展 com.biaoguoworks.flowable.c 阅读全文
摘要：
说明 为了支持有些场景,指定任务节点不需要人为办理，自动完成 比如,发起人发起表单->办理人填写预算->对接方收集结果进行业务逻辑处理->流程完成 对接方配置节点自动完成 加监听回调 完成自身逻辑处理 源码扩展 1.配置扩展 参考:https://www.cnblogs.com/LQBlog/p/1 阅读全文
摘要：
说明 针对表单则是发起人填写,对应审核人根据发起人填写表单进行审核 我个人认为有种 一种是数据收集 办理,一种是单纯办理或者收集。 针对数据收集简单的表单我们可以使用表单引擎(中心自带的比较简陋只支持单列 但是有开源的栅格) 还有一种不收集仅办理或者可以说是复杂表单这一期我只考虑这种 这一类复杂表单 阅读全文
摘要：
说明 为了满足不同的流程节点可以操作的按钮不同,支持对接方动态配置 如 办理 、驳回、 抄送 、挂起流程 、流程终止 可以控制某些节点可操作按钮 同监听器一样 针对模型设计提交的json改动 { "resourceId": "sid-47205900-DFBE-4720-A773-98C7970A7 阅读全文
摘要：
说明 flowable的监听器支持流程在运行过程中各种状态的AOP处理,默认仅仅应用类的class回调,但是跨系统或者跨服务需要通过http 或者MQ完成回调通知,所以新增http回调扩展,使对接方可以在任意流程状态完成监听回调处理自身的业务逻辑 同时url支持表达式配置可以调用方可以获取自己关心的 阅读全文
摘要：
说明 flowable提供了常用的查询CRUD操作,但是大多数情况我们需要自定义sql完成查询 flowable提供api的方式: processEngine.getManagementService().executeCustomSql 但是我个人更倾向于自定义mapper扩展的方式 配置方式 配 阅读全文