我有一个情况,如下所示,它给了我错误,看上去像超时。它丢失了一些记录。错误如下:
IdeaBlade.EntityModel.AsyncProcessor1.<>c__DisplayClass2.<.ctor>b__0(TArgs args) at IdeaBlade.EntityModel.AsyncProcessor1.Signal() at IdeaBlade.EntityModel.AsyncProcessor`1.b__5(Object x)
InnerException: HttpRequestTimedOutWithoutDetail参数:调试资源字符串不可用。通常,键和参数提供足够的信息来诊断问题。请参阅http://go.microsoft.com/fwlink/?linkid=106663&Version=5.0.10411.00&File=System.ServiceModel.dll&Key=HttpRequestTimedOutWithoutDetail
在IdeaBlade.EntityModel.EntityServerProxy.<>c_DisplayClass14.b_13() at IdeaBlade.EntityModel.EntityServerProxy.ExecFuncT at IdeaBlade.EntityModel.EntityServerProxy.ExecuteOnServerT at IdeaBlade.EntityModel.EntityServerProxy.InvokeServerMethod(SessionBundle sessionBundle,ITypeWrapper entityManagerType,String typeName,String methodName,Object[] args)
知道怎么处理吗?Thx:)
......
.ExecuteAsync(op =>
{
var cust =Customers.Where(p => p.IsSelected).ToList();
..........................
Ships.ForEach(.......
...........
EntityManager.SalesGetSalesQuery(
..............
.ExecuteAsync(opn =>
{
................
});
p.UpdateOrders(copyOrders);
Orders.Add(copyOrders);
Save();
});发布于 2013-02-02 00:01:19
超时可能发生在多个地方,因此您需要增加所有可能的超时值。
在这种情况下,您应该考虑增加查询(CommandTimeout和事务)、通信和IIS executionTimeout。
DevForce有一个关于故障排除超时的文档页面。在http://drc.ideablade.com/devforce-2012/bin/view/Documentation/understand-timeouts。
我注意到嵌套查询("SalesGetSalesQuery")是一个StoredProcQuery。有一个突出的错误,其中StoredProcQueries不尊重事务超时值,如果与缺省值不同的话。(120秒)我们正在进行修复,但不幸的是,在此期间没有解决办法。
如果不是StoredProcQuery超时,那么上面的链接将帮助您解决这个问题。
发布于 2013-01-30 21:14:39
第一项工作是增加超时时间,同时你要弄清楚是什么花了这么长时间。
这将有助于https://stackoverflow.com/questions/4877315/silverlight-4-ria-services-timeout-issues
发布于 2013-02-04 18:12:57
我不认为问题在于异步调用是嵌套的。请记住,第二个(即嵌套的)异步调用将只在第一个完成之后执行。
什么异步调用是精确超时的?是StoredProcQuery吗?(因为你在循环中调用它们)如果是,那么这是我们正在修复的一个出色的bug。正如我在前一篇文章中提到的,没有解决办法。但是,由于这个特定的storedProc将日期范围作为参数,一种可能是在较小的日期范围内“打破”这个日期范围,并发出多个异步调用。(也许是在并行协同机制中),这并不是说这种“解决办法”不会失败,因为所有订单都可能在一个较小的范围内,而且对特定范围的异步调用仍然会超时。
斯贝里尼。
https://stackoverflow.com/questions/14613598
复制相似问题