在java端退回并暂挂，提示任务已被其他人处理

江苏院-吴昊

先退回到手关节，然后再暂挂。



然后就报错了。 我记得原来开发的时候没报错，当时为了方便，所有process类型都设置为system。后来分配了权限。

jishuang

确认暂停时传的任务id是否正确

江苏院-吴昊

jishuang 发表于 2020-9-21 16:43
确认暂停时传的任务id是否正确

正确的，我还打印出来过。我把暂停的代码注释后，产生的任务ID和打印的任务ID一致。

这个代码原来时可以运作的，把system类型去掉后配了权限就不行了。

jishuang

再配置上就可以了？如果是权限的问题会提示权限，不是提示任务的问题

同一个任务id不在这个地方做暂停，单独做暂停就没问题？

江苏院-吴昊

jishuang 发表于 2020-9-21 18:46
再配置上就可以了？如果是权限的问题会提示权限，不是提示任务的问题

同一个任务id不在这个地方做暂停，单 ...

因为我是连续调用的，是不是因为back没有生效，就暂停了？ 所以提示任务已被其他人处理
-----------------------------------


我发现这个问题不是每次都发生，再看看吧

jishuang

把每一步操作的任务id都打出来看看

江苏院-吴昊

jishuang 发表于 2020-9-22 09:19
把每一步操作的任务id都打出来看看

现在可以稳定重现了：

如果流程没结束，这样是可以的。

但如果流程结束了，我是先用ksql把最后一个任务变为正在处理状态，然后退回、暂挂。 到了暂挂这一步就报错了。说任务已被其他人处理。

jishuang

任务id正确吗？直接到任务中心或者流程监控中操作正确吗？

江苏院-吴昊

jishuang 发表于 2020-9-29 10:44
任务id正确吗？直接到任务中心或者流程监控中操作正确吗？

任务ID正确啊，现在api是连续操作的。我试下分开操作，也就是先通过按钮A退回，再通过按钮B暂停。

流程监控操作不了啊，我们是流程结束的，先恢复active，再退回，再暂停。只能自己开发

江苏院-吴昊

jishuang 发表于 2020-9-29 10:44
任务id正确吗？直接到任务中心或者流程监控中操作正确吗？

试过了，分开也不行。

流程结束后，恢复最后的任务，然后退回到首环节，首环节不能暂挂，报错