小编Dav*_*e K的帖子

我偶尔会在正常使用期间收到此错误,并且我没有找到一种方法来阻止它而不删除需要令牌的属性,我宁愿不这样做.

我在自己的测试中遇到了这个错误(但看似随机),我从记录中知道实际登录的用户也是如此.

有没有人知道什么会导致防伪系统崩溃(除了真正的攻击),以及如何解决这个问题而不打开表格中的安全漏洞？

谢谢!

我已经开始使用AspProviders代码将会话数据存储在我的表存储中.

我偶尔会收到以下错误:

说明:类型"System.Web.HttpException"引发的异常.INNER_EXCEPTION:访问数据存储时出错!INNER_EXCEPTION:处理此请求时发生错误.INNER_EXCEPTION: ConditionNotMet不满足使用HTTP条件标头指定的条件.RequestId:0c4239cc-41fb-42c5-98c5-7e9cc22096af时间:2010-10-15T04:28:07.0726801Z StackTrace:System.Web.SessionState.SessionStateModule.EndAcquireState(IAsyncResult ar)System.Web.HttpApplication.AsyncEventExecutionStep.OnAsyncEventCompletion(IAsyncResult ar )INNER_EXCEPTION:\ Azure\AspProviders\TableStorageSessionStateProvider.cs中的Microsoft.Samples.ServiceHosting.AspProviders.TableStorageSessionStateProvider.ReleaseItemExclusive(HttpContext context,String id,Object lockId):line 484 System.Web.SessionState.SessionStateModule.GetSessionStateItem()System.Web .SessionState.SessionStateModule.PollLockedSessionCallback(对象状态)INNER_EXCEPTION:Microsoft.WindowsAzure.StorageClient.Tasks.Task1.get_Result() Microsoft.WindowsAzure.StorageClient.Tasks.Task1.ExecuteAndWait()Microsoft.WindowsAzure.StorageClient.TaskImplHelper.ExecuteImplWithRetry [T](Func`2 impl,RetryPolicy policy)Microsoft.Samples.ServiceHosting.AspProviders.TableStorageSessionStateProvider.ReleaseItemExclusive(TableServiceContext svc,SessionRow session,Object lockId)in\Azure\AspProviders\TableStorageSessionStateProvider.cs:线603 Microsoft.Samples.ServiceHosting.AspProviders.TableStorageSessionStateProvider.ReleaseItemExclusive(HttpContext的上下文中,串ID,对象lockId)在\天青\ AspProviders\TableStorageSessionStateProvider.cs:线480 INNER_EXCEPTION:System.Data.Services. Client.DataServiceContext.SaveResult.d__1e.MoveNext()

有人碰到这个吗？我发现的唯一有用的信息就是这个,我对此犹豫不决:

如果要绕过验证,可以打开TableStorageSessionStateProvider.cs,找到ReleaseItemExclusive,并修改以下代码:

svc.UpdateObject(会话);

至:

svc.Detach(会话);
svc.AttachTo("Sessions",session,"*");
svc.UpdateObject(会话);

从这里开始

谢谢!

所以我决定改变这个:

svc.UpdateObject(会话); svc.SaveChangesWithRetries();

对此:

尝试{svc.UpdateObject(session);

svc.SaveChangesWithRetries();

Run Code Online (Sandbox Code Playgroud)

} catch {svc.Detach(session); svc.AttachTo("Sessions",session,"*"); svc.UpdateObject(会话);

svc.SaveChangesWithRetries();

Run Code Online (Sandbox Code Playgroud)

}

所以,我会看到它是如何工作的......

我花了很多时间为我的最新项目构建测试,而且我真的不确定投资回报率是多少.

我是一个人操作,我正在构建Web应用程序.我不一定要"证明"我的软件工程,任何人(除了我的用户),我很担心,我花了很多时间一个很好的协议不必要rebugging测试代码在过去几个月.

我的问题是,虽然我喜欢TDD适用于小型到大型软件团队的想法,但它如何帮助一个人团队快速构建高质量的代码？

谢谢

=>今天遇到这个问题,来自于stackoverflow的创始人之一joel spolsky的博客:

http://www.joelonsoftware.com/items/2009/09/23.html

"Zawinski没有进行过多次单元测试.他们"原则上听起来很棒.鉴于悠闲的发展速度,这肯定是要走的路.但是当你看到时,'我们必须从零到完成六个星期,"好吧,除非我把东西剪掉,否则我不能这样做.而我要删除的东西是不是绝对关键的东西.单元测试并不重要.如果没有单元测试,客户就不会不会抱怨这个.""

随着我年龄的增长,我想我越来越意识到这一切都与速度和功能有关.我很乐意建立单元测试.但由于我们只有很多时间可以使用,我宁愿更快地构建它,依靠beta测试和良好的自动错误报告来解决任何问题.如果这个项目最终变得足够大,以至于这会让我陷入困境,它将产生足够的收入,我可以为重建辩护.