有序交付发送端口在 BizTalk 中留下正在运行的实例
我在 BizTalk 中有一个 MSMQ 发送端口，该端口配置为使用有序传递发送消息。 当端口发送了一批消息后，它会将端口的一个实例保留为活动的运行实例。
我仍然以正确的顺序收到正确的文件，但我必须手动终止使用的端口实例。 如果我发送新文件，看起来就像使用了已经运行的实例（之前留下的），并且我永远不会一次为发送端口提供多个端口实例。
然而，从维护的角度来看，这将是一个问题，我不明白为什么会发生这种情况。 有想法吗？
我正在使用 BizTalk 2006 R2。
I have a MSMQ send port in BizTalk that is configured to send messages using ordered delivery. When the port has sent a batch of messages it leaves an instance of the port as an active running instance.
I still receive the correct files in the correct order but I have to manually terminate the used port instance. If I send new files it looks like the already running instance (that was left from before) is used and I never end up with more than one port instance at a time for the send port.
This will however be a problem from a maintenance point of view and I don't understand why this is happening. Ideas?
I'm using BizTalk 2006 R2.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
更多信息。 同样的事情也会发生在你有长时间运行的实例上。 如果他们在一段时间内没有收到以下相关信息，他们就会进入脱水状态。 有序发送端口在消息实例上创建单例模式。 该单个实例始终保持运行状态，并逐一处理与其订阅匹配的消息。 您还可以创建一个编排，以实现单线程或有序处理要求的单例模式（请参阅：http: //aspalliance.com/1208_Singleton_Orchestration_in_BizTalk_Server.all）。
A little more information. the same thing happens is you have long running instances. They go to a dehydrated state if they've not received their following correlation within a certain period of time. The ordered send port createst a singleton pattern on the messagin instance. Thie single instance stays always running and handles messages that match it's subscriptions on a one by onne basis. You can also create an orchestration that imnplements a singleton pattern of you have a single threader or ordered processing requirement (see: http://aspalliance.com/1208_Singleton_Orchestration_in_BizTalk_Server.all).
事实证明，这是有序交付实施的一部分。 该实例将保持活动状态直至终止。
Turns out this is part of the implementation of Ordered Delivery. The instance will stay active until terminated.