I digged deeper into a problem I experienced earlier (and described in another question today), and here is what I found:
- If I create a WorkflowService that contains correlated Receive and SendReply activities, then I can set a breakpoint there and step into it from a debugging session (e.g. from a unit test project)
- If I delete Receive/SendReply pair or simply delete SendReply activity from a generated pair, then I can no longer step into a workflor in a debugger session.
Apparently the difference is that in the second case Receive activity is considered to be a one-way message, and it affects the session lifetime. However, in many cases it is essential to debug a wrapping sequence activity, and currently I don't seem to
find a sensible way (except for brutal things like inserting Debugger.Break).
Is there a workaround for this?
View Complete Post