biztalk - BizTalk 2013R2:为什么我的业务流程在根据业务流程调试器终止后初始化?
问题描述
我目前正在寻找在 BizTalk 环境中诊断一些重复出现的问题,目前这就是僵尸消息的问题。我知道产生这些错误的条件,并且在诊断编排和使用编排调试器时,我看到当一条消息达到终止形状时,它后面跟着一个初始化。
编排的一般结构如下:
第一个作用域是一个长时间运行的事务,在该作用域之后的循环中,有一个等待消息 10 秒的侦听形状。如果消息及时到达,它会进入另一个长时间运行的事务。这在某种程度上就像一个单身人士?两个范围共享相同的逻辑接收端口并且相互关联,唯一奇怪的部分是第一个范围如何在侦听形状内的循环中重复。(编排是一个不是我自己编写的应用程序的庞然大物的一部分。)
终止后的这种初始化(实际上是什么导致这种情况发生?)会导致僵尸,如果是,编排的结构和事务是导致这种情况的原因吗?还是我找错地方了?
让我知道是否有任何额外的信息可以提供帮助!
解决方案
在 Orchestration 调试器中,它会显示什么时候开始,什么时候结束,图标略有不同。所以你看到的是编排的结束。
不,这不会导致僵尸。僵尸在它结束侦听某些内容的逻辑接收位置(并且它正在拆除实例订阅)并且在编排完全结束之前到达与该订阅匹配的另一条消息之后发生。
推荐阅读
- python - 如何截取整个显示pygame的屏幕截图
- database - 在 EF Core 中自动生成字符串值表
- python - Tkinter 文本未按预期显示
- python - 尝试使用 firebase SDK 在 django 中生成密码重置电子邮件链接时出错
- javascript - 访问和返回嵌套数组值
- javascript - 如何防止 HTML 元素集中在 Angular 中?
- asp.net-core - 如何解决 ERR_CONNECTION_REFUSED
- c++ - 如何使用包含和库创建 Makefile?
- python - 并发 TensorFlow 字符串拆分
- c# - 通过动态调用(获取)属性来初始化(实体)对象。实体框架,c#,ASP>NET