Jbpm better practice - Jbpm使用的一些建议

为什么不是best practice?  只是想记下一些别人没做好做对的地方.

 

1. 滥用/abuse ContextInstance.setVariable(String name, Object value)

CREATE TABLE `jbpm_variableinstance` (
  `ID_` bigint(20) NOT NULL auto_increment,
  `CLASS_` char(1) NOT NULL,
  `NAME_` varchar(255) default NULL,
  `CONVERTER_` char(1) default NULL,
  `TOKEN_` bigint(20) default NULL,
  `TOKENVARIABLEMAP_` bigint(20) default NULL,
  `PROCESSINSTANCE_` bigint(20) default NULL,
  `BYTEARRAYVALUE_` bigint(20) default NULL,
  `DATEVALUE_` datetime default NULL,
  `DOUBLEVALUE_` double default NULL,
  `LONGIDCLASS_` varchar(255) default NULL,
  `LONGVALUE_` bigint(20) default NULL,
  `STRINGIDCLASS_` varchar(255) default NULL,
  `STRINGVALUE_` text,
  `TASKINSTANCE_` bigint(20) default NULL,
  PRIMARY KEY  (`ID_`),
  KEY `FK_VARINST_TK` (`TOKEN_`),
  KEY `FK_VARINST_TKVARMP` (`TOKENVARIABLEMAP_`),
  KEY `FK_VARINST_PRCINST` (`PROCESSINSTANCE_`),
  KEY `FK_VAR_TSKINST` (`TASKINSTANCE_`),
  KEY `FK_BYTEINST_ARRAY` (`BYTEARRAYVALUE_`),
  CONSTRAINT `FK_BYTEINST_ARRAY` FOREIGN KEY (`BYTEARRAYVALUE_`) REFERENCES `jbpm_bytearray` (`ID_`),
  CONSTRAINT `FK_VARINST_PRCINST` FOREIGN KEY (`PROCESSINSTANCE_`) REFERENCES `jbpm_processinstance` (`ID_`),
  CONSTRAINT `FK_VARINST_TK` FOREIGN KEY (`TOKEN_`) REFERENCES `jbpm_token` (`ID_`),
  CONSTRAINT `FK_VARINST_TKVARMP` FOREIGN KEY (`TOKENVARIABLEMAP_`) REFERENCES `jbpm_tokenvariablemap` (`ID_`),
  CONSTRAINT `FK_VAR_TSKINST` FOREIGN KEY (`TASKINSTANCE_`) REFERENCES `jbpm_taskinstance` (`ID_`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

 

我们可以看到对于date,long,double,string 类型我们直接是可以保存到variableinstance表的, 如果是串行化的对象就麻烦了.

jbpm_variableinstance.bytearrayvalue_  => jbpm_bytearray.id_ => jbpm_byteblock.processfile_,bytes_,index_.

jbpm_bytearray表只有id有用其余两列空, 更郁闷的是串行化的对象放在jbpm_byteblock还分段保存, 用index_作为分段的下标.

 

经验是别轻易使用ContextInstance.setVariable()保存一些对象, 串行化对象关联表太多啦;

ContextInstance.deleteVariable(String name)只能删除jbpm_variableinstance的列, bytearray/byteblock删不了的;

而且你更新的时候更要命, 调用ContextInstance.setVariable()再次更新的时候, jbpm_variableinstance相应列是更新了, 只是会创建新的bytearray/byteblock, 之前旧的byteblock一直留在数据库没外部引用了, 你使用JBPM API delete processinstance也找不到来删了. 

 

所以尽量使用原生的long,double,string,date等值传到工作流里面, 没必要保存到数据库的临时变量又是在同一线程操作的话使用ContextInstance.setTransientVariable; 否则jbpm的数据库很容易膨胀。

 

(To be continued)