如果签出/签入要求,SPD 2010工作流中的复制列表项将失败 [英] Copy List Item in SPD 2010 Workflow Fails if Check Out/Check In Required

查看:100
本文介绍了如果签出/签入要求,SPD 2010工作流中的复制列表项将失败的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我在3个不同的Sharepoint 2010实施中看到了这个问题,包括升级和全新安装...

I've seen this issue on 3 different Sharepoint 2010 implementations, including upgrades and fresh installations...

工作流程,在WSS 3.0 / MOSS中工作正常,在更改文件时运作。 工作流检查特定列,并根据该列的内容检出文档,将当前库中的当前项复制到同一站点中的另一个库
,然后删除当前库中的项。

The workflow, which works fine in WSS 3.0/MOSS, operates on change of a document.  Workflow reviews a specific column and based on contents of that column, it checks out the document, copies the current item from the current library to another library in the same site and then deletes the item in the current library.

在SharePoint 2010中,会发生以下情况。 同样,这发生在升级的工作流程以及在空白/未升级的站点上使用SPD 2010创建的全新工作流程中。

In SharePoint 2010, the following occurs.  Again, this occurs in the upgraded workflow as well as in a brand new workflow created with SPD 2010 on a site that blank / not upgraded.


  • 工作流程开始于已验证尚未签出的项目。
  • 文档已签出
  • 文档  IS已复制到其他库
  • 工作流程失败并被取消,并出现以下错误:

    工作流程无法复制项目。确保源列表和目标列表具有相同的列和列设置。  (他们这样做。)

    工作流程操作失败,因为操作需要签出文档。 (该项目按工作流程检出 - 事实证明,在工作流失败后仍然检出该项目。)
  • 结果: 复制操作确实有效,工作流认为它没有并且在该步骤失败,项目未被删除

我已经足够测试了这个我认为这是一个错误的网站。 因此,我已尝试在2010年的sharepoint实施中应用2010年8月累积更新。 这并没有解决它。

I've tested this enough and on enough sites that i'm thinking this is a bug.  As such, I've tried this on a sharepoint 2010 implementation with the August 2010 cumulative update applied.  That didn't fix it.

非常感谢任何帮助。 

Any help with this will be greatly appreciated. 

谢谢!

推荐答案

这正是我刚刚构建的SPD 2010工作流程所发生的事情。  我们有许多步骤,但最后两个步骤是将项目复制到同一站点中的Drop Off Library,然后删除该文件。  

This is exactly what is happening with a SPD 2010 workflow I just built.  We have a number of steps, but the final two are to copy the item to the Drop Off Library in the same site, and then to delete the file.  

应该指出,这种行为也会在最后没有删除操作的情况下发生。  而在我的情况下,尽管出现错误,它实际上也在复制项目。  实际上,即使工作流程的Visio显示复制操作已完成
(它旁边有一个复选标记)。  

It should be pointed out that this behavior occurs without the delete action at the end as well.  And in my case, it is also actually copying the item despite the error.  In fact, even the Visio of the workflow shows that the Copy action completed (it has a check mark next to it).  

以下是SP日志所说的内容: 

Here is what the SP log says:  

 

System.Workflow.Runtime.Hosting.PersistenceException:URL"DropOffLibrary / MKE_AP01-10(0)"无效。 它可能指的是不存在的文件或文件夹,或者引用当前Web中不存在的有效文件或文件夹。

同样,这是零星的,似乎大约75%的时间都会发生。  我正在通过UNC路径向此库添加文件。

我的猜测是MS需要的工作流程计时器作业中存在错误修复,因为有很多关于工作流挂起的抱怨因为计时器作业认为文件被锁定而不是。  如果此问题也与
相关,我也不会感到惊讶。

My guess is that there is a bug in the Workflow timer job that MS needs to fix, as there have been quite a few complaints of workflows hanging because the timer job thinks the file is locked when it isn't.  I wouldn't be surprised if this issue is also related.

 

- Russ

 


这篇关于如果签出/签入要求,SPD 2010工作流中的复制列表项将失败的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆