【问题标题】:Feature deactivation doesn't work. Loads forever without performing deactivation功能停用不起作用。永远加载而不执行停用
【发布时间】:2012-08-23 19:22:50
【问题描述】:

我在尝试通过 GUI 停用自定义功能时遇到问题。当我按下“停用”按钮时,正如预期的那样,我被重定向到询问我是否确定要停用的警告页面。 确认后,页面开始加载。 有问题的功能通常应该非常快地激活,但是在这种情况下,页面加载超过 5 分钟而没有任何事情发生。 在断定页面似乎陷入了永恒的加载周期后,我不得不刷新页面以查看是否有任何更改,但没有,该功能仍然有效。

有什么想法吗?

详情: 我正在工作的站点是以前存在的 office365 站点。我刚刚对我的自定义解决方案进行了一些更改(修改一个功能并添加另一个)停用旧解决方案并上传了新解决方案,所以我正在尝试停用并重新激活我修改过的功能。

【问题讨论】:

    标签: sharepoint sharepoint-2010


    【解决方案1】:

    这取决于停用期间发生的情况 - 如果停用必须执行大量更新(例如从许多子网站的列表中删除列),5 分钟可能不会很长。我曾经有一次需要 45 分钟 (?) 才能运行的功能停用。

    我猜另一种可能性是您的 C# 代码包含无限循环?虽然这似乎有点远。

    否则,Office 365 很难调试;我建议通过 O365 门户向 Microsoft 拨打支持电话,看看他们是否可以看到任何日志。

    【讨论】:

      【解决方案2】:

      当该功能被移除时,您是否试图移除 CT 之类的项目或任何依赖于其他事物的项目?

      我已经看到在我们的测试环境中发生这种情况时功能会出现故障,并确保在部署之前解决这个问题。

      codeplex 上某处有一个功能检查器,但我不确定它是否会连接到 office365 站点。它被称为 FeatureAdmin.exe 这可能会帮助您删除该功能并清除该功能中的剩余内容,但它不会删除您的功能正在努力删除的任何内容(如果它当然是!)

      在部署原始功能时,您是否测试过它可以完全停用?

      【讨论】:

      • 这些功能在激活/停用方面确实没有任何作用。它们基本上只是列表项的事件处理程序,因此在激活/停用期间它们根本不需要花费太多时间。
      • 我想你应该在上面的帖子上发布这个。
      • 部署原始功能时,您是否测试过它可以完全停用?
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-09-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多