asp.net - 带有Delphi 2007 for .NET的ASP.NET。无法加载文件或程序集…找到的程序集的 list 定义与程序集引用不匹配

Question

这是一个头擦。这是交易。

在将使用Delphi 2007 for .NET构建的ASP.NET应用程序的Beta版部署到测试服务器时，遇到了一个奇怪的问题。该应用程序无法启动，因为它无法加载我正在使用的ADO.NET数据提供程序的正确版本。

只有通过在bin目录中包含旧程序集的版本，应用程序才能运行。但是，我不想被这个旧的.NET数据提供者所束缚，因此我决心找到解决此问题的方法。

我最初使用.net数据提供程序程序集（用作“本地复制”）来编译项目，这应该导致Delphi使用我将该程序集版本复制到项目管理器中的“引用”文件夹时选择的副本。我选择的实际程序集是版本9.10.2.0，即与应用程序一起出现在bin目录中的程序集的版本。但是，在运行时，应用程序试图绑定到同一程序集的早期版本9.0.2.7。

（实际上，无论我是否使用GAC版本的“本地复制”都会发生此问题，因此我认为这不是问题。）

在研究此问题时，我创建了一个新项目，并添加了对9.10.2.0程序集的引用。尽管如此，.NET 2.0配置实用程序和Reflector都显示该应用程序是对9.0.2.7程序集的引用进行编译的。

检查GAC，我看到9.0.2.7和9.10.2.0版本都已注册。尝试删除9.0.2.7版本失败，因为该提供程序的版本仍在引用GAC中的程序集。

我进入注册表并手动删除了对9.0.2.7提供程序的所有引用。然后，我能够将其从GAC删除。这没有任何改变。从现有应用程序中删除程序集，然后再添加9.10.2.0版本，然后进行编译，仍然会导致将错误的程序集信息插入到应用程序中。和以前一样，创建引用9.10.2.0程序集的新应用程序无效，因为对9.0.2.7的引用仍被插入可执行文件中。

我已经检查了Delphi库搜索路径。我还从计算机（包括从ASP.NET临时文件目录）中完全删除了旧程序集文件的每个实例。我仍然有问题。我曾尝试使用Issam Ali的AppManifest实用工具来手动调整清单，但是显然，它在Delphi 2007 for .NET中不支持ASP.NET应用。

因此，GAC不再包含对9.0.2.7的引用，在注册表中也没有对其的引用，在项目或Delphi选项对话框中没有指向旧提供程序目录的路径，旧提供程序程序集不在文件系统上，并且9.0.2.7不会出现在任何项目文件中。它也不会出现在web.config，machine.config或我检查过的任何其他文件中。尽管如此，只要我引用9.10.2.0版本的程序集，Delphi就会坚持使用此版本的程序集。 （是的，我重新启动了Delphi，还重新启动了在其中进行此开发的虚拟机。）

即使在卸载9.10.2.0数据提供程序（较早的版本已卸载）并重新安装之后，将数据提供程序引用添加到应用程序中也会导致运行时应用程序尝试加载旧的提供程序（即使未引用旧的提供程序）显然仍保留在系统中）。

我尝试了其他解决方案（在这里值得一提），但没有一个奏效。有人看到吗？我将继续解决这个问题，但很想听听建议。我只是无法让Delphi停止将旧的装配信息插入项目中。

对于咧嘴笑，我包括了失败的错误日志。该日志实质上是复制我从融合日志中获得的信息。该日志来自我从GAC删除9.0.2.7程序集后创建的简单应用程序之一。请注意，它从一开始就在寻找提供程序的旧版本。

程序集管理器从以下位置加载：c：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ mscorwks.dll
在可执行文件c：\ windows \ microsoft.net \ framework \ v2.0.50727 \ aspnet_wp.exe下运行
---详细的错误日志如下。

===预绑定状态信息===
日志：用户= TRAINING8A \ ASPNET
日志：DisplayName = Advantage.Data.Provider，版本= 9.0.2.7，文化=中性，PublicKeyToken = e33137c86a38dc06
 （完全指定）
日志：Appbase = file：/// C：/ Inetpub / wwwroot / TestAdsVer2 /
日志：初始PrivatePath = C：\ Inetpub \ wwwroot \ TestAdsVer2 \ bin

调用程序集：TestAdsVer2，版本= 1.0.3572.17384，文化=中性，PublicKeyToken =空。

日志：此绑定在默认的加载上下文中启动。
日志：使用应用程序配置文件：C：\ Inetpub \ wwwroot \ TestAdsVer2 \ web.config
日志：使用主机配置文件：c：\ windows \ microsoft.net \ framework \ v2.0.50727 \ aspnet.config
日志：使用来自c：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ config \ machine.config的计算机配置文件。
日志：政策后参考：Advantage.Data.Provider，版本= 9.0.2.7，区域性=中性，PublicKeyToken = e33137c86a38dc06
日志：尝试下载新的URL文件：/// c：/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files / testadsver2 / 07545aea / 3d068a5 / Advantage.Data.Provider.DLL。
日志：尝试下载新的URL文件：/// c：/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files / testadsver2 / 07545aea / 3d068a5 / Advantage.Data.Provider / Advantage.Data.Provider .DLL。
日志：尝试下载新的URL文件：/// C：/Inetpub/wwwroot/TestAdsVer2/bin/Advantage.Data.Provider.DLL。
WRN：比较程序集名称会导致不匹配：次要版本
ERR：无法完成装配的设置（hr = 0x80131040）。探测终止

这种情况持续了很长时间，以至于我在LanceSC答案中添加的评论不再显示。但是我要做的事情是我要解决的一个有趣的问题。

这是我对LanceSC的最后两条评论


表现出此问题的安装位于不再起作用的VM中。我认识的另一个开发人员也遇到过同样的问题。解决的办法是放弃安装。我觉得此.NET数据提供程序的特定版本的安装程序中的某些内容留下了一些奇怪的工件，从而导致了问题。此数据提供程序的任何其他内部版本都不会发生。我不再追求这个问题的答案。
发言时间过早。我的一位同事今天（2010年3月5日）遇到了相同的错误，只是该.NET数据提供程序的早期版本（9.0.2.1）。他现在处于我以前的位置。他无法使用任何版本的数据提供程序运行他的应用程序，请保存旧版本。该程序集被用作本地副本，而旧版本不在gac中。使用他的计算机，我们使用详细选项运行了MSBuild。构建工作正常，没有错误。但是，编译应用程序无法运行，无法找到提供程序的旧版本。


摘要

我的同事辞职了，重新安装了Delphi 2007（很幸运，他正在使用VM，并且在Delphi 2007中安装了第二个VM，但从未安装有问题的.NET数据提供程序。这也是我的策略。

至此，我已经得出结论，这个问题是无法解决的。但是，我将这个问题再等待一个星期左右。如果在接下来的几周内没有提出可行的解决方案，我将结束这个问题。

同时，我已要求我的同事与行为不端的提供商保留VM，以便测试提出的任何解决方案或调查。

Answer 1

Delphi 2007使用MSBuild执行实际的构建。但是，他们产品中用于在IDE和MSBuild之间同步更改的代码非常脆弱。我怀疑构建文件与IDE不同步。更新它们的简单方法如下：

打开注册表编辑器，转到


HKEY_LOCAL_MACHINE\SOFTWARE\Borland\BDS\5.0\Globals


将ForceEnvOptionsUpdate的值更改为1。

打开RAD Studio IDE。

为了确认我的怀疑，您需要找到Delphi.NET馈给MSBuild的文件。它们位于当前用户的个人资料下的某个位置。您可能还希望查看Delphi帮助中的选项，以使其执行详细的MSBuild输出。