-
Notifications
You must be signed in to change notification settings - Fork 53
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
Add deserialization support for Table<R, C, V>
#1
Comments
Note: existing PRs from the old project: |
Also note that Jackson 2.7 has serialization support, but NOT yet deserialization -- this is why issue is still open. |
@michaelhixson @hyandell just FYI that Guava has moved; still hoping to eventually get to support Tables fully, but haven't had time to work on merging any further. |
@cowtowncoder, I asked in this other PR Is there any news on this? We'll working around this issue in our project and would really appreciate fully support for Tables. |
@lrlinde at this point I would need a new PR for this project for deserialization support. I don't have time to work on this myself. |
chore(docs): README.md for jackson-datatype-eclipse-collections.
Table<R, C, V>
(note: moved from FasterXML/jackson-datatype-guava#11)
The Guava
Table<R, C, V>
data structure is a convenience wrapper around aMap<R, Map<C, V>>
. This form can be easily serialized and deserialized. Here's the basic code I'm using for that:I have not tested if this correctly supports contextual keys or type (de)serialization. I looked at
MultimapSerializer
andMultimapDeserializer
, and they are much more complicated even though aMultimap<K, V>
is just a convenience wrapper aroundMap<K, Collection<V>>
, so maybe this is too simplistic?Notably, this implementation always deserializes to an
ImmutableTable
. Heuristics could be used to determine whatTable
implementation to reconstruct, e.g., if every row, column value is non-null, could createArrayTable
.HashBasedTable
would be a good mutable default.The text was updated successfully, but these errors were encountered: