应用错误收集

我目前正在努力解决由Microsoft.SqlServer.Types及其关联的非托管库SqlServerSpatial110.dll引起的部署问题 - 对于 Microsoft SQL Server 2012 。这些问题很容易解决，只是典型的缺少DLL 问题，但我正在尝试用完美的方式来处理这些依赖关系。

首先，我必须声明我不同意手动部署任一库的流行观点（通常将它们复制到项目的输出目录中，或者可疑地，复制到System32本身）是正确的。 Microsoft为这些文件提供可再发行的MSI安装程序，这些安装程序将这些文件放入系统位置。很明显，他们希望我们依赖于单独安装的可再发行组件，或者作为MSI本身内置的经过试验和测试的依赖机制的一部分。

在发布时，可以从以下网址下载这些可再发行服务的最新版本：http://www.microsoft.com/en-gb/download/details.aspx?id=43339

对于SqlServerSpatial110.dll，似乎没有任何问题。 MSI安装程序（特定于平台）会根据需要将文件放入Windows\System32或Windows\SysWOW64，一切正常。

托管包装器库Microsoft.SqlServer.Types.dll更令人困惑。

在我看来，文件被放入全局程序集缓存中 - 在运行MSI之后，在我的机器上，我可以看到它位于C:\Windows\assembly\GAC_MSIL\Microsoft.SqlServer.Types\11.0.0.0__89845dcd8080cc91\Microsoft.SqlServer.Types.dll，并且该文件具有正确的版本和修改日期。

奇怪的是，我无法在Visual Studio的参考浏览器或Windows资源管理器中直接看到它 - 只能在Mythicsoft的老式文件系统搜索工具中看到它。 为什么我看不到它？

由于GAC中的文件几乎，我猜测引用它的项目应该不制作它的本地副本 - 它们应该依赖它在那里目标系统。我测试了这个假设并且有效：

从Microsoft.SqlServer.Types.dll

C:\Windows\assembly\GAC_MSIL

添加对副本的引用。
确保引用的Copy Local设置为False
构建项目并确保输出中绝对不存在Microsoft.SqlServer.Types.dll。
测试项目...... 没问题！

因此，如果可以在运行时从GAC解析程序集以满足此依赖性，那么在添加引用时，为什么它不会显示在引用浏览器中？为什么我必须将其从GAC中复制出来并引用该副本？

在我看来，理想的工作流程就是这样：

在开发计算机上安装可再发行的MSI。
如果您的产品是通过MSI部署的，或者如果您正在使用＆＃39; xcopy＆＃39;手动安装，请确保将目标计算机上的可再发行组件列为MSI依赖项。部署。
使用引用浏览器从GAC引用Microsoft.SqlServer.Types，就像任何框架库一样。（默认情况下，Copy Local将设置为False。）
在运行时，将从GAC解析Microsoft.SqlServer.Types（平台不可知），并且将根据流程架构从系统位置加载非托管库的相应副本。
不用担心！

也许有一种完全不同的方式来管理这种依赖 - 我显然没有想到这一点。如果是这样，它是什么？你是如何处理的？

全局程序集缓存中的Microsoft.SqlServer.Types.dll？

1 个答案: