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
{{ message }}
This repository has been archived by the owner on Feb 20, 2021. It is now read-only.
Christopher Bennage edited this page Jan 30, 2015
·
1 revision
Approach #2, single aggregate
The numbers in the diagram correspond to the following steps:
The UI sends a command to register X and Y onto conference #157. The
command is routed to the Conference aggregate with an ID of
157.
The Conference aggregate with an ID of 157 is re-hydrated from
the data store.
The Order entity validates the booking (it queries the
ConferenceSeatsAvailability entity to see if there are enough
seats left), and then invokes the method to update the number of
seats booked on the conference entity.
The ConferenceSeatsAvailability entity updates its total number
of seats booked.
The updated version of the Conference aggregate is persisted to
the data store.