【问题标题】:Is it possible to deploy a SharePoint WSP without causing an IIS Reset?是否可以在不导致 IIS 重置的情况下部署 SharePoint WSP?
【发布时间】:2011-04-09 10:34:24
【问题描述】:

我在 SharePoint 2010 中工作,并且无法在不导致 IISReset 的情况下部署(或收回)我的 WSP。这是我的情况:

•解决方案包含:

•字段 •一种内容类型 •基于内容类型的页面布局 •进入样式库的一堆图片

•解决方案中有零代码

•我手动编辑了 manifest.xml

•删除了程序集,因此不会将任何内容部署到 GAC •在解决方案标签中设置ResetWebServer="False"

不过,每次撤消或部署都会关闭服务器上的所有 Web 应用程序。有没有办法将它限制在一个网络应用程序中?谢谢!

编辑:附加信息 - 我正在打包 WSP 并使用 powershell 命令进行部署,但即使我通过 Central Admin 进行部署,我也会得到相同的行为。

【问题讨论】:

  • 我以为ResetWebServer="FALSE" 是票。这让我检查我的假设。
  • 我使用 WSPBuilder,并且在同一台机器上(可能在远程进行一些工作),您只需执行对 GAC/80-HIVE 的复制。使用“简单副本”可能会或可能不会使您的开发。更有效率(尽管您应该始终针对干净的部署进行测试)。当然,这在真实的农场环境中是平淡无奇的 ;-)
  • 不幸的是,这是针对高流量的面向公众的站点,我的解决方案必须经过多轮测试和部署。因此,它必须是 WSP。但该公司已要求此更新的停机时间为零,并愿意为我花时间弄清楚如何做。对于不那么引人注目的网站,我会安排在午夜进行部署并完成。

标签: iis sharepoint-2010 deployment wsp


【解决方案1】:

在 SP 管理控制台中尝试此操作(使用凭据管理员):

stsadm -o addsolution -filename "C:\yourwsp.wsp"

stsadm -o deploysolution -name yourwsp.wsp -url http://yourspsite -allowgacdeployment –immediate

stsadm -o execadmsvcjobs

【讨论】:

    猜你喜欢
    • 2011-04-05
    • 2014-05-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-01-17
    • 2010-09-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多