DotNetNuke升级teleerik错误

本文关键字：错误 teleerik 升级 DotNetNuke | 更新日期: 2023-09-27 18:10:12

我正在尝试从05.05.00升级到05.06.03，并且得到我无法解决的Telerik-Install-Errors ..有人能帮忙吗?

00:00:00.015 - Installing Package File Telerik_05.04.00_Install: Error!00:00:01.466 -安装包文件Telerik_05.05.00_Install:错误!00:00:02. 59 -安装包文件Telerik_05.06.02_Install:错误!00:00:02.683 -安装包文件Telerik_05.06.03_Install:错误!

DotNetNuke升级teleerik错误

这是一个相当常见的升级错误，但很容易修复。

首先，手动安装Telerik_05.06.03以获得正确的Telerik.Web.UI.dll版本，然后使用扩展安装程序重新安装它，以避免将来同样的升级错误。

手动安装说明:

  1. 将Telerik安装包解压到一个方便的位置。该包可以在

    中找到:

    DotNetNuke_Community_05.06.03_Upgrade '安装'模块' Telerik_05.06.03_Install.zip

  2. 将Telerik.Web.UI.dll拷贝到DNN/bin文件夹，替换现有版本

  3. 在web中修改bindingRedirect。

  4. 一旦你得到了网站和运行，使用主机设置-扩展重新安装模块。

我通过在升级期间将网站从公共互联网上撤下并小心处理文件权限来避免此错误。通过从IIS中删除其他IP绑定，您可以只允许本地主机访问。确保127.0.0.1或localhost在DNN的PortalAlias表中。在升级之前，我通常会对DNN文件夹重新应用所需的权限，以防它们自上次升级以来发生了变化。根据您正在运行的IIS版本和配置，Network Service或IIS AppPool'DefaultAppPool需要读、写和修改权限。

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="bin;bin'HttpModules;bin'Providers;bin'Modules;bin'Support;" />
      <dependentAssembly xmlns="urn:schemas-microsoft-com:asm.v1">
        <assemblyIdentity name="Telerik.Web.UI"
        publicKeyToken="121fae78165ba3d4" />
        <bindingRedirect oldVersion="2008.0.0.0-2020.0.0.0"
        newVersion="2011.1.519.35" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

参见:

    DotNetNuke安装指南
  • Windows 7/Windows 2008 R2交叉应用程序池隔离

@Mika击中了这个问题的关键点。下面是一个类似解决方案的另一个描述。413148年http://www.dotnetnuke.com/Resources/Forums/forumid/200/postid/413148/scope/posts.aspx

从积极的方面来说，在6.0的开发过程中，我认为我们最终确定了这个问题的原因并创建了一个修复程序。我们不应该在6.x中看到这个问题。我很想知道你是否在6号看到它。x版本。

刚刚做了另一个DNN升级，发现上面所有的都不能帮助防止这个问题。对于那些发现上面的答案没有帮助的人来说，这里是最后的选择:

    先备份所有东西。
  1. 保留你的网页副本。配置文件方便，但将其重命名为类似于original_web.config的东西。
  2. 制作一个版本的副本。从您的旧站点副本配置。(不要从DNN的升级副本中取一个)
  3. 编辑发布。配置并替换你的数据库连接，包括遗留的"应用设置"版本，并使它们指向你的数据库。(这是你支持的，我怎么强调都不为过。)
  4. 将此设置中的值更改为false，而不是true。
  5. 复制你的升级包。
  6. 按照Mika上面的帖子建议做所有的预防措施。*奖励:启用32位支持并确保您处于"经典"模式如果您正在运行需要它的DotNetNuke版本。如果你不确定，不要改变!
  7. 浏览到站点，升级成功。

现在是非常重要的一步。您需要在您的站点中进行测试。如果您发现错误，您可能在您的original_web中有一些重要的东西。配置，现在从新的web中丢失。我帮你创建了上面的release.config。

所以你需要逐行比较(这需要经验丰富的眼睛)，找到缺失的汇编引用、绑定重定向、处理程序、模块、应用程序设置/键等。你做得越多，速度就越快。(如果你不懂web。配置的东西，没有强大的IIS背景，这一步有可能是可怕的-我不会说谎。

也就是说，大部分时间几乎不需要从web.config中获取任何内容。当缺少某些内容时，通常只是一个明显的DLL引用或处理程序。

祝你好运!
相关文章：