Problem/Motivation
#2977669: Spec Compliance: some entity types have an "id", "type" or "uuid" field, this violates the spec introduced "native" support for:
- aliasing fields
- omitting fields
Proposed resolution
Rather than having JSON API Extras maintain its own logic for this, rely on JSON API instead.
Complication: this will only work in JSON API 2.x. This is why we'll commit to JSON API Extras 3.x (which will be JSON API 2.x compatible).
Remaining tasks
- Patch
- Review
Decide when to commit, or to which branch.
User interface changes
None.
API changes
None.
Data model changes
None.
| Comment | File | Size | Author |
|---|---|---|---|
| #12 | 2986408-11.patch | 1.53 KB | e0ipso |
| #2 | 2986408-2-do-not-test.patch | 5.98 KB | wim leers |
Comments
Comment #2
wim leersComment #3
wim leersThese are bugfixes against HEAD, that JSON API Extras needs anyway. This makes it MUCH more robust.
This is the key change: we construct some value to feed in to JSON API's infra.
And now all this can be deleted.
Comment #4
e0ipsoWe'll commit to
jsonapi_extras-3.x.Comment #5
e0ipsoComment #6
e0ipsoThanks for this! This is very much needed for 3.x
It feels that this can be computed once and stored in a static cache.
This contains the key change, but does not apply to the current dev branch.
Comment #7
wim leersWill reroll!
Comment #8
wim leersThis cannot land without
jsonapi_extrasbecoming compatible withjsonapi2.x first. Hence this is blocked on #3004582: Make JSON API Extras 2.x (next release: 2.10) compatible with JSON API 2.0-beta2.Comment #9
e0ipsoComment #10
e0ipsoI think this work was already done.
Comment #11
e0ipsoIt seems that the previous fix mentioned in #10 was wrong. This shall fix it.
Comment #12
e0ipsoComment #14
e0ipso