Skip to content

Add new JsonReadFeature for handling Mongo/BSON wrapper JSON extensions #468

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

Closed
cowtowncoder opened this issue Jun 26, 2018 · 2 comments
Closed

Comments

@cowtowncoder
Copy link
Member

cowtowncoder commented Jun 26, 2018

Since Mongo(DB) defines a set of extensions ("shell mode" -- see https://docs.mongodb.com/manual/reference/mongodb-extended-json/), and since support for reading such "enhanced" content seems sparse, it may make sense to add optional support for handling at least most commonly used wrapper extensions.

Note: this does NOT mean reading actual binary BSON content, for which separate backend is needed: there already exists bson4jackson.

NOTE: this requires implmenetation of #467 as well, so that we avoid adding this as JsonParser.Feature as it only applies to JSON backend, not for other formats.

@cowtowncoder
Copy link
Member Author

Actually, after thinking more about this, I think better way to do this would be to add a new backend in jackson-dataformats-text. This because there are possibly many configurable aspects and although reuse of much of json decoding functionality makes sense, adding Mongo/BSON exclusions in core json handler is probably not a good idea wrt maintainability.

@cowtowncoder cowtowncoder added 3.x Issues to be only tackled for Jackson 3.x, not 2.x and removed 2.10 labels Aug 30, 2019
@cowtowncoder cowtowncoder removed the 3.x Issues to be only tackled for Jackson 3.x, not 2.x label Jul 30, 2022
@cowtowncoder
Copy link
Member Author

No current plans, closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant