我在这里有点迷失,我找不到太多文件。
答案 0 :(得分:1)
.NET工作流程或使用SharePoint设计器创建的工作流程?
我只有后来的经验而且它们不是很容易调试,你真的只需要一步一步地完成它们并测试每一步。
当您转到列表设置时,您也可以在SharePoint中查看工作流状态(抱歉,我目前没有要查看的WSS计算机)。
答案 1 :(得分:1)
同意@Slace。确保在SP Designer中创建工作流程,以便可以从浏览器执行,即使最终它们只会被状态更改启动。这本身就会使故障排除变得更容易。
答案 2 :(得分:1)
假设您正在谈论SharePoint Designer工作流程?您可以在these steps之后将它们转换为.NET工作流程。 从那里,您可以调试它们。我还没有尝试过(还)。
答案 3 :(得分:0)
如上所述,调试SharePoint Designer工作流程的唯一真正选择是通过将它们转换为.NET工作流程的痛苦过程,或者执行诸如在每一步之后写出历史记录列表之类的事情,这样您就可以看到什么是失败。
但是,即使是.NET工作流也很难在VS2005中进行调试。在VS2008中,他们添加了更轻松地调试使用该环境开发的工作流的功能。
答案 4 :(得分:0)
我猜你已经看过了:-)
Troubleshoot workflow errors
答案 5 :(得分:0)
This article有一些很棒的SharePoint调试技巧。它为开发/调试提供了一个很好的通用方法。以下是一些引用的工具:
答案 6 :(得分:0)
没有人提到明显的SharePoint调试资源--ULS日志。在“意外”级别上过滤的ULS查看器通常会显示失败的记录原因。