You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: tutorials/nservicebus-sagas/index.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ extensions:
11
11
12
12
In the [NServiceBus step-by-step tutorial](/tutorials/nservicebus-step-by-step/) we created a functioning demo of a retail system that separates different concerns (like accepting an order, charging the credit card, and shipping the order) into different physical processes called endpoints that communicate by exchanging messages.
13
13
We saw how the ability to publish events and create multiple subscribers lets us decouple our code so that each endpoint can focus on a single responsibility.
14
-
Even in the face of errors and endpoint failures, we can fail gracefully and in some cases, even recover to the point where our users don't even know an error occurred.
14
+
Even in the face of errors and endpoint failures, we can fail gracefully and, in some cases, even recover to the point where our users don't even know an error occurred.
15
15
16
16
However, message handlers are stateless and many business processes are not. For example, how do we ship an order when we have to wait for *both*`OrderPlaced` and `OrderBilled` to be processed first?
17
17
How do we create a delay so that we can trigger an action at some point in the future? How do we make decisions based on what happened minutes, hours, or even years ago?
0 commit comments