是什么原因导致Camunda流程定义ID的构建和管理方式不同?

时间:2018-05-28 10:27:27

标签: rest camunda

我们在进程之间看到了不同的ProcessDefinitionID格式 - 有时只是GUID 69b50396-6256-11e8-9121-0242ac11001c,有时是名称的串联:版本:GUID CA-instruction-process:2:ca360213-618d-11e8-b470-0242ac11001b。我们在部署后也会看到不同的版本控制 - 使用连接的ID,部署号在某些情况下会增加。

使用相同的部署脚本通过REST部署到同一个Camunda实例,所以我假设BPMN文件配置有不同之处,但我看不到它。这些文件太大而且太不同了,无法在这里发布,但有没有人知道要查找什么或能够指向我可能有帮助的文档?到目前为止,我还没有在在线文档中提到这一点。

1 个答案:

答案 0 :(得分:2)

我们已经找到了这种差异的原因 - 如果BPMN进程id属性太长(我的是32个字符,我不确定限制是什么),似乎引擎恢复为只分配一个GUID流程定义id;如果它有空格,它会连接其他相关/有用的信息。

这有点不透明,我不清楚是否还有其他影响,我想不是。在我们为嵌入式表单构建的开发环境中,它确实给我们带来了一些问题。

我改变了我的意思:

<bpmn:process id="Finswitch_Transaction_Automation" name="Finswitch Transaction Automation" isExecutable="true" camunda:versionTag="0.2">

到:

<bpmn:process id="Finswitch_Tx" name="Finswitch Transaction Automation" isExecutable="true" camunda:versionTag="0.2">