Info classes (subclasses of BoxJSONObject) are not de-serializable

[dorfire]

They don't have public default constructors, and are encapsulated within another class, and thus cannot be deserialized with com.fasterxml.jackson and its likes.

[gcurtis]

Hi @dorfire, thanks for the feedback. I have some questions about this issue.

1. Do you know of a way to fix this without making any breaking changes? If not, we can still investigate moving the inner classes out (or making them static) for the next major release.
2. If we move the classes out, they still need a reference to their BoxResource type, as is returned by BoxUser.getResource(), for example. It sounds like we would need to provide and empty constructor and just return null for that getter. Is that correct?
3. Are there specific areas where the default JSON deserialization logic is inadequate? Perhaps we could improve that to compensate for not being able to use Jackson.

[stale[bot]]

This issue has been automatically marked as stale because it has not been updated in the last 30 days. It will be closed if no further activity occurs within the next 7 days. Feel free to reach out or mention Box SDK team member for further help and resources if they are needed.

[stale[bot]]

This issue has been automatically marked as stale because it has not been updated in the last 30 days. It will be closed if no further activity occurs within the next 7 days. Feel free to reach out or mention Box SDK team member for further help and resources if they are needed.

[stale[bot]]

This issue has been automatically closed due to maximum period of being stale. Thank you for your contribution to Box Java SDK and feel free to open another PR/issue at any time.