-
Notifications
You must be signed in to change notification settings - Fork 65
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
Patch method broken for JPA repositories #269
Comments
it is a bit of an annoying problem. The reason the detaching is necessary is because IncludeLookupSetter further modifies the resources before serializing and returning them to the client. This lookup of inclusions should not be done on the POJOs, but on a structure representing the JSON API response document. Which would imply a little bit of cleanup in the serialization part (which is overdue). |
What do you mean by that? |
sorry, I meant POST instead of PUSH. The flag is also wrongly named "pushAlways" instead of "postAlways". Until a couple of weeks ago there was only I "save" method on the resource repository. In the V2 version there is now a "create" and "save". So it becomes possible to distinguish "POST" and "PATCH". Before that it just did a POST. This thing now just needs to be enabled. The general issue is a bit more complicated due to the flaws in the current serialization handling. I looked into all that and think I will have a solution tomorrow that does a first cleanup in this area by having a proper representation of a JSON API document and moving the logic out of the serializers. |
introduced Resource, Document, ResourceId, Relationship classes to hold a JSON API request/response. Moved all the logic out of the serializers to those classes. Updated test cases (work in progress)
* Update changelog * Space in POM version was causing error * Update changelog * [maven-release-plugin] prepare release katharsis-build-2.8.2 * [maven-release-plugin] prepare for next development iteration * #269 serializer refactoring introduced Resource, Document, ResourceId, Relationship classes to hold a JSON API request/response. Moved all the logic out of the serializers to those classes. Updated test cases (work in progress) * updated test cases * testing fixes * trying to fix travis * serializer/deserializer * object <-> document conversion implemented * testing * mapper testing + inclusion cleanup * inclusion refactoring & testing * working backend, client pending * client migrated to new serialization api * - more robust resource field lookup (in the context of polymorphism) - annotation based repository support (proper test cases in this area seem to be non-existing) * various updates based on reviews * refactored JsonAnySetter support * minor code update * further cleanups: - removed unused class ResourceDigest - inheritance serialization fix - fixed ClientProxyFactory contract (removed unused url) - catch cleanup in ResourceAttributesBridge
@remmeier ? Should we close this or no? |
The text was updated successfully, but these errors were encountered: