Ok, ah well I briefly searched for "@class" magic and did not find it.
I find Jackson's docs surprisingly bad.
Anyway no matter, it works for now.
Thanks
Pieter
On 25/06/2018 18:48, Stephen Mallette wrote:
I think - "think" being the key word - that Jackson parses that CLASS to
determine the
I think - "think" being the key word - that Jackson parses that CLASS to
determine the deserializer to use and then hands your deserializer the
contents of the rest of the JSON (which is all the deserializers needs once
the right one is chosen).
On Mon, Jun 25, 2018 at 8:08 AM pieter gmail
Hi,
Just manage to get it to work, but not really sure whats going on.
So Sqlg's RecordId itself consist of a SchemaTable and a Long. Both
RecordId and SchemaTable has serialization code.
The part I don't quite get is that serializeWithType and deserialize is
not symmetrical.
Here is
I would think that you could write your own custom deserializer if you
needed to. That error doesn't give me any hints as to what might be wrong
exactly. I can't think of why that wouldn't work, but even with a little
refresh by looking at the code just now, my memory on GraphSON 1.0 is fuzzy.
Hi,
I am trying to upgrade Sqlg to 3.3.3 from 3.3.1.
The only tests that are failing are the io tests for graphson V1.
I see CustomId has a CustomIdJacksonSerializerV1d0 but not a
deserializer. Looks like Jackson is using reflection to instantiate the
CustomId and set its cluster and