BizTalk 2009上意外的绑定重置

我在BizTalk 2009上使用了许多应用程序。我多次注意到，在随机应用程序中添加资源（.dll）后，精确应用程序的所有绑定（自定义管道）都会完全重置为早期的状态

---

我真的很好奇为什么会这样。但我还需要一个解决方案来停止这种行为或自动解决此问题。

是的，BizTalk Server 2009和2010存在令人沮丧的间歇性问题。我不认为每个人都有一个保证的解决方案，对不起

---

但是，如果您使用BTDF或.msi+绑定将应用程序部署为完整的软件包，则不应遇到这种情况。

是的，BizTalk Server 2009和2010存在令人沮丧的间歇性问题。我不认为每个人都有一个保证的解决方案，对不起

---

但是，如果您使用BTDF或.msi+绑定将应用程序作为完整的包进行部署，则不应遇到这种情况。

这是因为它在您部署后尝试应用缓存绑定。有时它无法正确更新缓存的绑定，因此会使用过时的副本。如下所示，清除这些缓存副本在短期内会有所帮助，但通常会恢复

从

Visual Studio在部署BizTalk应用程序时使用缓存的绑定文件。删除这些缓存的绑定文件将导致“干净”部署，该部署将解决任何与绑定相关的部署错误。这些文件存储在%APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles中。清除此目录的内容可以解决与缓存绑定相关的任何部署问题

---

另请参见

发生这种情况是因为它在部署后尝试应用缓存绑定。有时它无法正确更新缓存的绑定，因此会使用过时的副本。如下所示，清除这些缓存副本在短期内会有所帮助，但通常会恢复

从

Visual Studio在部署BizTalk应用程序时使用缓存的绑定文件。删除这些缓存的绑定文件将导致“干净”部署，该部署将解决任何与绑定相关的部署错误。这些文件存储在%APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles中。清除此目录的内容可以解决与缓存绑定相关的任何部署问题

---

另请参见

它甚至可以在没有绑定的.msi上发生。因此，好的做法是始终将绑定作为部署的一部分。我考虑在.MSI部署中隐含的绑定文件。为清晰起见，添加了@DijkgraafIt甚至可以在没有绑定的.msi中发生。因此，好的做法是始终将绑定作为部署的一部分。我考虑在.MSI部署中隐含的绑定文件。为清晰起见，添加了@迪杰格拉夫