【问题标题】:Asp.Net/Sitecore embedded ascx resources not picking up changesAsp.Net/Sitecore 嵌入式 ascx 资源不接受更改
【发布时间】:2012-01-30 20:29:34
【问题描述】:

我不确定这是 Sitecore 6 还是 Asp.net 问题。

我有一个完全由 ascx 用户控件组成的程序集,其中所有必要的文件都是嵌入式资源(ascx、javascript 等)。几个月来,我一直在 Sitecore 网站中使用此程序集中的用户控件。

最近我尝试对一些用户控件进行更改。我确定我过去对用户控件进行了更改,并且效果很好。但是现在,当我对 ascx 文件进行任何更改时,它们不会在网站中被选中。对其他文件的更改,包括背后的代码和 javascript 文件正在被拾取。它似乎只是有问题的 ascx 文件。它继续使用旧版本的 ascx 文件,我不知道。

我知道它使用的是我的程序集的最新版本,因为我已经单步执行了后面的代码,并使用 Fusion 检查了程序集的加载位置。我试过删除 Asp.Net 缓存中的所有文件。我已经使用反编译器查看了程序集中的 ascx 文件,它确实包含我所做的所有更改。我关闭了 Sitecore 中的所有缓存,只是想看看这是否能解决问题,但它没有。我想不出还有什么要检查的。有什么想法吗?

【问题讨论】:

  • 您的旧程序集是否已被放入 GAC,并且正在调用该版本?
  • 不,我检查了 GAC,但它不存在。
  • 太晚了,我自己想通了。似乎 web.config 编译设置中有一个名为 optimizeCompilations 的新标志,它应该使编译速度更快。有人将此设置为 true,导致其他程序集中的用户控件更改无法编译。
  • 很高兴知道修复。请在下方输入您的答案并将其标记为答案,以便其他人将来可以从中学习。

标签: asp.net user-controls assemblies sitecore


【解决方案1】:

似乎 web.config 编译设置中有一个名为 optimizeCompilations 的新标志,它应该使编译速度更快。有人将此设置为 true,导致其他程序集中的用户控件更改无法编译

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-10-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-10-31
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多