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
That's in violation with the fundamental principles that underly Spring Data REST. If you have a repository for Address, you indicate that it is a separate aggregate. I.e. accessing the item resource for your Person would return two aggregates without making this obvious. This is problematic as then an update to that very same resource would have to change two different aggregates at the same time, which requires a transaction, a concept that not all backing stores that Spring Data REST can run on supports.
There already is a concept of excerpt projections that allow you to pull parts of the representation of a related resource into the _embedded clause of the representation of a resource.
Checking the reference docs, I realized that the section on (excerpt) projections deserves a bit of a polish up so that it's easier to understand the purpose of that functionality. I filed DATAREST-1377 for that
If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.
Closing due to lack of requested feedback. If you would like us to look at this issue, please provide the requested information and we will re-open the issue.
asdf fsadf opened DATAREST-1376 and commented
There could be an easy way to configure if a nested object gets presented as an url-reference or as an embedded json object.
Example to make my suggestion clear.
Result of a standard Repository, if an repository for address exists:
My suggestion is to create an annotation like this:
To get an result like this:
Issue Links:
The text was updated successfully, but these errors were encountered: