-
Notifications
You must be signed in to change notification settings - Fork 350
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support Single Query Loading for aggregates with more than one collection #1622
Conversation
We should add some documentation as the support keeps growing on what we support and what we do not support. |
That section does exist. And I updated it with the last commit. Why is it that after 26 years of doing this, I still forget the documentation? |
A couple years ago, we were used to write the docs in post-RC1. We usually forgot about it, so we made it a habit to consider (and include) the documentation in every ticket. That's also what reviews are for. |
Add github references to tests. See #1446
Updated the documentation to reflect the changes in Single Query Loading support. See #1448
Simplify code, remove code that is commented out, extract methods, pass PersistentEntity as argument instead of creating instances that hold PersistentEntity as field to align the class lifecycle with its contextual usage.
Use a single instance as there is no entity-specific state attached to AggregateReader.
a3be262
to
efaebda
Compare
Remove Jetbrains annotation usage. Simplify code, remove code that is commented out, extract methods, pass PersistentEntity as argument instead of creating instances that hold PersistentEntity as field to align the class lifecycle with its contextual usage. Refactor AggregateReader lifecycle, use a single instance as there is no entity-specific state attached to AggregateReader. Add Javadoc. See #1448 Original pull request: #1622
This does NOT included nested relationships
Closes #1448