I'm a bit lost here and I can't find much documentation.
问题:
回答1:
.NET workflows or ones created using SharePoint designer?
I've only got latter experience and they aren't really easy to debug, you really just have to do them 1 step at a time and test up to each step.
You can view the workflow state as well in SharePoint when you go to the List Settings (sorry I don't have a WSS machine to look at currently).
回答2:
Agree with @Slace. Make sure you create your workflows in SP Designer to be executable from the browser, even if eventually they'll only be kicked off by status changes. That will in itself make troubleshooting easier.
回答3:
Assuming you are talking about SharePoint Designer workflows? You can convert them into .NET workflows following these steps. From there, you can debug them. I haven't tried it myself (yet).
回答4:
As stated, your only real choice for debugging SharePoint Designer workflows is by either going through the painful process of converting them into .NET worklows, or doing things like writing out the History List after every single step so you can see what is failing.
However, even .NET workflows are very difficult to debug in VS2005. In VS2008, they added the ability to more easily debug workflows developed using that environment.
回答5:
I guess you've already seen this :-)
Troubleshoot workflow errors
回答6:
This article has some great debugging tips for SharePoint. It gives a good general approach to development/debugging. Here are a few of the tools that are referenced:
- Reflector
- Fiddler
- DebugView (in fact all of the SysInternals tools)
- IE Dev Toolbar
- XsltMajic
- WinDbg
回答7:
No one mentioned the obvious resource for SharePoint Debugging -- the ULS logs. A ULS viewer filtered on a level of "unexpected" will usually show you the logged cause for the failure.