BizTalk 2009 上的意外绑定重置
Unexpected bindings reset on BizTalk 2009
我在 BizTalk 2009 上使用了很多应用程序。我多次注意到,在随机应用程序中添加资源 (.dll) 后,精确应用程序的所有绑定(自定义管道)完全重置为早期的前一个状态。
我很好奇为什么会这样。但我还需要一个解决方案来停止该行为或自动解决该问题。
是的,这是 BizTalk Sever 2009 和 2010 令人沮丧的间歇性问题。抱歉,我不认为每个问题都有保证的解决方案。
但是,如果您使用 BTDF 或仅使用 .msi+Bindings 将应用程序部署为完整的包,则不应遇到这种情况。
发生这种情况是因为它会在您部署后尝试应用缓存的绑定。有时它无法正确更新缓存的绑定,因此会使用过时的副本。如下所示,清除这些缓存的副本在短期内有所帮助,但通常它会回来。
来自BizTalk Server: List of Errors and Warnings, Causes, and Solutions
Visual Studio uses cached binding files when deploying BizTalk applications. Removing these cached binding files will result in a ‘clean’ deployment that should resolve any binding related deployment errors. The files are stored in %APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles. Clearing the contents of this directory should resolve any deployment issues related to cached bindings.
另见 Import MSI change port pipelines
我在 BizTalk 2009 上使用了很多应用程序。我多次注意到,在随机应用程序中添加资源 (.dll) 后,精确应用程序的所有绑定(自定义管道)完全重置为早期的前一个状态。
我很好奇为什么会这样。但我还需要一个解决方案来停止该行为或自动解决该问题。
是的,这是 BizTalk Sever 2009 和 2010 令人沮丧的间歇性问题。抱歉,我不认为每个问题都有保证的解决方案。
但是,如果您使用 BTDF 或仅使用 .msi+Bindings 将应用程序部署为完整的包,则不应遇到这种情况。
发生这种情况是因为它会在您部署后尝试应用缓存的绑定。有时它无法正确更新缓存的绑定,因此会使用过时的副本。如下所示,清除这些缓存的副本在短期内有所帮助,但通常它会回来。
来自BizTalk Server: List of Errors and Warnings, Causes, and Solutions
Visual Studio uses cached binding files when deploying BizTalk applications. Removing these cached binding files will result in a ‘clean’ deployment that should resolve any binding related deployment errors. The files are stored in %APPDATA%\Microsoft\BizTalk Server\Deployment\BindingFiles. Clearing the contents of this directory should resolve any deployment issues related to cached bindings.
另见 Import MSI change port pipelines