错误:在TrackedRequests中找不到请求.我们可能会在不同的线程上创建和关闭网站 [英] ERROR: request not found in the TrackedRequests. We might be creating and closing webs on different threads

查看:127
本文介绍了错误:在TrackedRequests中找不到请求.我们可能会在不同的线程上创建和关闭网站的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

当我将自定义工作流程部署到表单库时,这是我从Sharepoint收到的错误.工作流程非常简单,一点也不花哨.我正在从infopath表单中读取信息,但是此后删除了所有不必要的代码,以查看是否可以使它正常工作.据我所知,其他工作流程都很好(我已经在同一个盒子上开发了其他工作流程,它们是完整无缺的并且可以正常工作).工作流的设计视图如下:

This is an error I receive from Sharepoint when I deploy a custom workflow to a forms library. The workflow is very straightforward and doesn't do anything fancy. I was reading from the an infopath form, but have since stripped down all non-essential code to see if I can get it working. As far as I can tell, other workflows are fine (I've developed others on the same box and they are intact and functioning). The design view of the workflow is as follows:

替代文本http://img5.imageshack.us/img5/7231/workflowv .jpg

成功创建任务后发生错误.这使我相信while循环存在问题,它正在等待布尔变量变为true(最初设置为false).通常,当以任何方式更改任务时,更改后的事件都会触发,并将变量更改为true,然后工作流将继续.在此工作流程开始时,我收到此错误:

The error occurs after a task is successfully created. This leads me to believe that there is an issue with the while loop, which is waiting for a boolean variable to become true (which is initially set to false). Normally, when the task is altered in any way, the changed event will fire and change the variable to true, then the workflow will continue. I receive this error on the start of this workflow:

错误:在 TrackedRequests.我们可能正在创造 和关闭不同线程上的网站. ThreadId = 9,免费电话堆栈= at Microsoft.SharePoint.SPRequestManager.Release(SPRequest 要求) Microsoft.SharePoint.SPSite.Close()
在 Microsoft.SharePoint.SPSite.Dispose() 在 Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver.AutoStartWorkflow(SPItemEventProperties 属性,布尔值bCreate,布尔值 bChange,AssocType atyp)在 Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver.AutoStartWorkflow(SPItemEventProperties 属性,布尔值bCreate,布尔值 bChange) Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver.ItemAdded(SPItemEventProperties 属性) Microsoft.SharePoint.SPEventManager.RunItemEventRec ...
... eiver(SPItemEventReceiver接收器, SPItemEventProperties属性, SPEventContext上下文,字符串 receiveData) Microsoft.SharePoint.SPEventManager.RunItemEventReceiverHelper(Object 接收器,对象属性, SPEventContext上下文,字符串 receiveData) Microsoft.SharePoint.SPEventManager.<> c__DisplayClass8`1.b__0() 在 Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object 州) Microsoft.SharePoint.SPSecurity.RunAsUser(SPUserToken userToken,布尔bR​​esetContext, WaitCallback代码,对象参数)
在 Microsoft.SharePoint.SPSecurity.RunAsUser(SPUserToken userToken,CodeToRunElevated代码)
在 Microsoft.SharePoint.SPEventManager.InvokeEventReceivers [ReceiverType](SPUserToken userToken,RunEventReceiver runEventReceiver,对象...等 接收器,对象属性,布尔 checkCancel) Microsoft.SharePoint.SPEventManager.InvokeEventReceivers [ReceiverType](Byte [] userTokenBytes,RunEventReceiver runEventReceiver,对象接收器, 对象属性,布尔 checkCancel) Microsoft.SharePoint.SPEventManager.HandleEventCallback [ReceiverType,PropertiesType](对象 callbackData) Microsoft.SharePoint.Utilities.SPThreadPool.WaitCallbackWrapper(Object 州) System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(对象 州) System.Threading.ExecutionContext.runTryCode(对象 userData)位于 System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode 代码,CleanupCode backoutCode,对象 userData)位于 System.Threading.ExecutionContext.RunInternal(Execu ..

ERROR: request not found in the TrackedRequests. We might be creating and closing webs on different threads. ThreadId = 9, Free call stack = at Microsoft.SharePoint.SPRequestManager.Release(SPRequest request) at Microsoft.SharePoint.SPSite.Close()
at Microsoft.SharePoint.SPSite.Dispose() at Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver.AutoStartWorkflow(SPItemEventProperties properties, Boolean bCreate, Boolean bChange, AssocType atyp) at Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver.AutoStartWorkflow(SPItemEventProperties properties, Boolean bCreate, Boolean bChange) at Microsoft.SharePoint.Workflow.SPWorkflowAutostartEventReceiver.ItemAdded(SPItemEventProperties properties) at Microsoft.SharePoint.SPEventManager.RunItemEventRec...
...eiver(SPItemEventReceiver receiver, SPItemEventProperties properties, SPEventContext context, String receiverData) at Microsoft.SharePoint.SPEventManager.RunItemEventReceiverHelper(Object receiver, Object properties, SPEventContext context, String receiverData) at Microsoft.SharePoint.SPEventManager.<>c__DisplayClass8`1.b__0() at Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) at Microsoft.SharePoint.SPSecurity.RunAsUser(SPUserToken userToken, Boolean bResetContext, WaitCallback code, Object param)
at Microsoft.SharePoint.SPSecurity.RunAsUser(SPUserToken userToken, CodeToRunElevated code)
at Microsoft.SharePoint.SPEventManager.InvokeEventReceivers[ReceiverType](SPUserToken userToken, RunEventReceiver runEventReceiver, Obj... ...ect receivers, Object properties, Boolean checkCancel) at Microsoft.SharePoint.SPEventManager.InvokeEventReceivers[ReceiverType](Byte[] userTokenBytes, RunEventReceiver runEventReceiver, Object receivers, Object properties, Boolean checkCancel) at Microsoft.SharePoint.SPEventManager.HandleEventCallback[ReceiverType,PropertiesType](Object callbackData) at Microsoft.SharePoint.Utilities.SPThreadPool.WaitCallbackWrapper(Object state) at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state) at System.Threading.ExecutionContext.runTryCode(Object userData) at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) at System.Threading.ExecutionContext.RunInternal(Execu..

我已经在上下搜索了一个解释,但是找不到能具体解决此问题的任何东西.这真的是一个简单的工作流程,没有什么特别的事情……也许是它所附的表单库?

I've searched high and low for an explanation, but cannot find anything that concretely fixes this problem. It really is a straightforward workflow, with nothing special going on...maybe it's the form library it's attached to?

推荐答案

我们遇到了同样的问题,并发现了

We had the same problem and found a possible solution.

尽管我们正确地处理了SPSite和SPWeb对象,但我们却忘记了处理我们从SPFile对象获取的BinaryStream.

Although we were disposing our SPSite and SPWeb objects properly, we forgot to dispose the BinaryStream we took of the SPFile object.

即使在SharePoint Designer工作流中不包含任何操作,我们仍然会看到相同的问题.我已经开始为此的单独线程问题.

We are still seeing the same problem on SharePoint Designer workflows, even when they contain no actions. I have started a separate thread for that issue.

这篇关于错误:在TrackedRequests中找不到请求.我们可能会在不同的线程上创建和关闭网站的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

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