The How to: Install and Test a Project Server Workflow article in the Project 2010 SDK needs information about how to debug a workflow. Because Visual Studio 2010 can install a workflow solution on the local Project Server computer during development and testing, you can use Visual Studio to attach to a process that the workflow uses.
After you deploy the workflow project in Visual Studio, on the Debug menu, click Attach to Process. In the Attach to Process dialog box, check Show processes from all users and Show processes in all sessions.
Following are considerations to choose the correct process:
When you attach to the correct process, a breakpoint remains as a solid red dot in the left of the code pane. If you do not attach to the correct process, the breakpoint turns into a hollow red circle with yellow caution indicator, and the tooltip for the breakpoint states, “The breakpoint will not currently be hit. No symbols have been loaded for this document.”
When you click Attach, Visual Studio is ready to catch a breakpoint that you set in the workflow code.
I'm trying with no success to debug the example project custom workflow that comes with the SDK. For some reason the breakpoints remain hollow and will not be hit. I think I've done all of the mentioned steps in the reffered article in in your blog post.
Any idea as to why the breakpoints won't hit?
If none of the w3wp processes work for debugging, before you attach to a w3wp process, reset IIS, attach to the new w3wp process, and then submit or restart the workflow.
I have the same problem, so I restarted IIS, then attached it to all the w3wp processes. But still it does not hit.
Can you please suggest me what further thing I might need to do to hit the breakpoint?
I also had the same problem, reolved now. Please attach Microsoft.Workflow.ServiceHost.exe process as well.