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

Rest 是什么导致Camunda流程定义ID以不同方式构建和管理?,rest,camunda,Rest,Camunda,我们看到进程之间的ProcessDefinitionID格式不同,有时只是GUID69b50396-6256-11e8-9121-0242ac11001c,有时是名称的串联:version:GUIDCA指令进程:2:ca360213-618d-11e8-b470-0242ac11001b。在部署之后,我们还看到了不同的版本控制—在某些情况下,使用连接的id,部署数量会增加 使用相同的部署脚本通过REST部署到同一个Camunda实例,因此我假设BPMN文件中有不同的内容,但我看不到它。这些文件太

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


使用相同的部署脚本通过REST部署到同一个Camunda实例,因此我假设BPMN文件中有不同的内容,但我看不到它。这些文件太大,太不一样,无法有意义地发布在这里,但是有人知道要查找什么,或者能够向我指出可能有帮助的文档吗?到目前为止,我还没有在在线文档中发现这一点。

我们已经找到了这种差异的原因-如果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">