使用对象模型部署到sharepoint不会';我不能可靠地工作

使用对象模型部署到sharepoint不会';我不能可靠地工作,sharepoint,object,model,deployment,stsadm,Sharepoint,Object,Model,Deployment,Stsadm,使用对象模型或STSADM命令部署到sharepoint有时会导致一个或多个程序包在web控件中处于“错误”状态,重新部署会立即修复此问题,通常情况下甚至更奇怪,如果我创建两个应用程序,一个添加,一个部署,那么我不会遇到任何问题,但在单个程序之间设置延迟并没有类似的效果 如果我为没有成功部署的程序运行了两次部署,它就可以正常工作,只要我不尝试以编程方式进行部署,在这种情况下,没有任何区别 它是不同的文件,有时是无文件 我确实在add和deploy之间,甚至在两个deploy集群之间使用stsad

使用对象模型或STSADM命令部署到sharepoint有时会导致一个或多个程序包在web控件中处于“错误”状态,重新部署会立即修复此问题,通常情况下甚至更奇怪,如果我创建两个应用程序,一个添加,一个部署,那么我不会遇到任何问题,但在单个程序之间设置延迟并没有类似的效果

如果我为没有成功部署的程序运行了两次部署,它就可以正常工作,只要我不尝试以编程方式进行部署,在这种情况下,没有任何区别

它是不同的文件,有时是无文件

我确实在add和deploy之间,甚至在两个deploy集群之间使用stsadm-execadmsvcjobs。 (我正在以编程方式部署大约10个wsp文件)


有人知道为什么会这样吗?或者如何解决它,因为当我开始实施时,它会导致问题。

问题在于,sharepoint将执行应用程序池回收和/或完整IIS设置,以及重新启动sharepoint计时器服务(尽管还不完全确定)。当您尝试实际部署刚刚安装的软件包时,sharepoint仍在忙于重新启动和运行,为安装/部署而创建的计时器作业基本上是在等待管理应用程序池再次完全运行

收回解决方案时也会发生同样的情况(有些重复)。收回过程正在进行时,在解决方案管理页面上多次点击F5,如果刷新速度足够快,它将挂起并以红色显示“错误”

我的解决方案是在部署应用程序或powershell中创建一个至少指向中心管理员的WebRequest(或者只需执行一个SPSite=new SPSite(“CentralAdministral”))。在每次部署操作之后也执行此操作


这应该可以解决时间问题(基本上是一种).

欢迎使用SharePoint:)这一优秀产品的另一个很好的例子:)我尝试在作业之间调用IIS reset,以及execadmjobs,但仍然没有成功,即使检查哪些失败了,重新部署也不起作用!但是如果我转到他们部署的用户界面,没有问题…!在每个解决方案之后。deploy命令我添加了一行作为如下所示:SPSite temp=new SPSite(centraladmissal);temp.Dispose();但是,运行添加和部署例程仍然会留下随机数量的错误状态解决方案。您提到,如果您向中央管理员创建webrequest有效,我将如何从我的代码中执行此操作?您有任何适合您的方法吗?非常感谢!