We currently publish events before we actually invoke the save(…) operation on the repository. This leaves the risks of event listeners trying to lookup the aggregate again and not see the pending changes to its state.
We should flip those operations to make sure an exception thrown by the repository method would already prevent the event publication
Oliver Drotbohm opened DATACMNS-975 and commented
We currently publish events before we actually invoke the
save(…)
operation on the repository. This leaves the risks of event listeners trying to lookup the aggregate again and not see the pending changes to its state.We should flip those operations to make sure an exception thrown by the repository method would already prevent the event publication
Affects: 1.13 RC1 (Ingalls)
Referenced from: commits 9ada55b, db17a28
Backported to: 1.13 GA (Ingalls)
The text was updated successfully, but these errors were encountered: