我在这里有点迷路,找不到太多文档。
Sacha
问问题
9405 次
7 回答
1
.NET 工作流还是使用 SharePoint 设计器创建的工作流?
我只有后一种经验,而且它们并不容易调试,你真的只需要一次做一个步骤并测试每个步骤。
当您转到列表设置时,您也可以在 SharePoint 中查看工作流状态(抱歉,我目前没有 WSS 机器可供查看)。
于 2008-09-22T12:49:56.990 回答
1
同意@Slace。确保您在 SP Designer 中创建您的工作流以在浏览器中执行,即使最终它们只会因状态更改而启动。这本身将使故障排除变得更容易。
于 2008-09-22T12:51:53.007 回答
1
假设您在谈论 SharePoint Designer 工作流?您可以按照这些步骤将它们转换为 .NET 工作流。从那里,您可以调试它们。我自己(还)没有尝试过。
于 2008-09-22T13:06:59.540 回答
0
如前所述,调试 SharePoint Designer 工作流的唯一真正选择是经历将它们转换为 .NET 工作流的痛苦过程,或者在每一步之后执行诸如写出历史列表之类的操作,以便查看失败的原因。
然而,即使是 .NET 工作流在 VS2005 中也很难调试。在 VS2008 中,他们增加了更轻松地调试使用该环境开发的工作流的能力。
于 2008-09-22T15:11:46.277 回答
0
我猜你已经看过了 :-)
排查工作流错误
于 2008-09-22T17:44:25.580 回答
0
没有人提到 SharePoint 调试的明显资源——ULS 日志。以“意外”级别过滤的 ULS 查看器通常会向您显示记录的失败原因。
于 2014-01-10T14:39:14.187 回答