【问题标题】:Strange exception: Active Project's DLL being referenced in two places?奇怪的例外:Active Project 的 DLL 在两个地方被引用?
【发布时间】:2015-02-20 23:29:19
【问题描述】:

我希望这样做可以,但是在我的最后一个问题得到一些帮助之后,它基本上提出了一个关于正在发生的事情的新问题。 Here's the original question.

如您所见,我遇到了一个非常奇怪的异常,这似乎是我的类型比较没有返回 true 的原因:

[A]Stuff.Things.Web.ProgramHierarchy 无法转换为 [B]Stuff.Things.Web.ProgramHierarchy。类型 A 源自 'Stuff.Things.Web, Version=1.0.5282.29772, Culture=neutral, PublicKeyToken=null' 在上下文 'LoadNeither' 的位置 'C:\Stuff\Communities In Schools\Solution\Stuff.Things.Web /bin/Stuff.Things.Web.dll'。类型 B 源自 'Stuff.Things.Web, Version=1.0.5282.29772, Culture=neutral, PublicKeyToken=null' 在位置 'C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\Stuff.Things.web\94104cc5\724c3b9d\assembly\dl3\55541b78\a421c72d_458bcf01\Stuff.Things.Web.DLL'。

请记住,Stuff.Things.Web 是活动项目。它怎么可能从 bin 文件夹以外的任何地方引用活动项目的 DLL(构建的结果)?

【问题讨论】:

  • 您是在使用某种外部缓存还是在 proc 会话之外?是不是缓存/会话中的版本可能来自其他来源,而不是您所期望的。
  • 我不完全确定你的意思,你能澄清一下吗?我该如何检查?

标签: c# asp.net exception


【解决方案1】:

我在部署的 ASP.Net 解决方案中遇到了类似的问题:被引用的 DLL 被强命名并且版本正确,但我仍然遇到转换错误。我通过将 Visual Studio 中 DLL 属性上的“复制本地”设置为“假”来修复它。这似乎迫使解决方案使用相同的 DLL 实例。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-11-07
    • 2021-10-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多