2

我在这里有点迷路,找不到太多文档。

4

7 回答 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 回答
0

本文提供了一些很棒的 SharePoint 调试技巧。它为开发/调试提供了一个很好的通用方法。以下是一些被引用的工具:

于 2010-04-05T21:05:51.507 回答