使用Parallel Convoy Correlation时防止Dehydrated实例,并且缺少消息

Question

我有一个业务流程,它由两种类型的消息中的一种进入并行形状激活.消息通过ID和状态进行关联,然后执行业务流程的其余部分(并将消息合并为1).

我想设法一种方法来防止编排的脱水实例在2条消息中的一条未通过时发生.所以基本上,1个消息进来而另一个没有,业务流程实例在等待第二条消息时脱水.

我一直在做一堆搜索,并发现了一些不错的方法,如果这是串行护航,但它不是,并且消息的顺序无法保证.

例如,这篇文章在串行车队方面非常有用,但仍然不能满足我的要求.

我试着在自己的分支上使用每个消息的listen形状和第三个分支上的延迟,但是我知道如果你用listen激活,所有分支都必须激活,因为延迟形状不能激活一个编排,它会不编译.

任何建议,或者我应该放弃并创建一个单独的数据库,以便使用管道手动关联消息？

Answer 1

根据您的说明,您的邮件标题稍有不准确.脱水不是问题,缺少的信息是.

您需要做的是将接收包装在具有超时设置的范围形状中.然后,如果其他消息未在超时内到达,则将引发超时异常,您可以处理并采取适当的操作.

否则,Parallel Shape将基本上等待另一个Message.