Debug Stepping Options
When you are debugging activities that have concurrent execution, such as ParallelActivity or ConditionedActivityGroup, you can use one of the following two options to step through your code.
- Branch stepping. This mode of stepping enables you to step through and debug a particular branch of a composite activity, such as the ParallelActivity or the ConditionalActivityGroup activity. When you use this option to debug, you will not notice that a change in control occurs due to concurrent execution of other activities in the workflow. The debugger only steps through the activities in the currently selected branch while other activities in the workflow may be executing concurrently. For example, by default, the leftmost branch in a ParallelActivity activity and the first child activity of a ConditionedActivityGroup activity are used for stepping. If the user is interested in debugging any other branch or child activity, an explicit breakpoint must be placed on that branch or child activity. Stepping continues in that branch when the breakpoint is triggered.
- Instance stepping. This mode of stepping enables you to step through and debug concurrently executing activities in the workflow. With this option, you will notice that a change in control occurs when concurrently executing activities run within the workflow.
By default, the branch stepping option is selected, and users can switch between the two options while debugging a workflow.
You should select the instance stepping option when debugging state machine workflows.
See Also
Concepts
How to: Change the Debug Stepping Option
Other Resources
Copyright © 2007 by Microsoft Corporation. All rights reserved.