JSON with GSON and abstract classes
public class Circle { private int radius = 10; private String backgroundColor = "#FF0000"; private String borderColor = "#000000"; private double scaleFactor = 0.5; ... // getter / setter }
Serialization (Java object –> JSON) can be done as follows:
Circle circle = new Circle(); Gson gson = new Gson(); String json = gson.toJson(circle); ==> json is { "radius": 10, "backgroundColor": "#FF0000", "borderColor": "#000000", "scaleFactor": 0.5, ... }
Deserialization (JSON –> Java object) is just one line of code:
Circle circle2 = gson.fromJson(json, Circle.class); ==> circle2 is the same as the circle above
Everything works like a charm. There is only one problem I have faced with abstract classes. Assume, we have an abstract class AbstractElement and many other classes extending this one
public abstract class AbstractElement { private String uuid; // getter / setter } public class Circle extends AbstractElement { ... } public class Rectangle extends AbstractElement { ... } public class Ellipse extends AbstractElement { ... }
Assume now, we store all concrete classes in a list or a map parametrized with AbstractElement
public class Whiteboard { private Map<String, AbstractElement> elements = new LinkedHashMap<String, AbstractElement>(); ... }
The problem is that the concrete class is undisclosed during deserialization. It’s unknown in the JSON representation of Whiteboard. How the right Java class should be instantiated from the JSON representation and put into the Map<String, AbstractElement> elements? I have nothing found in the documentation what would address this problem. It is obvious that we need to store a meta information in JSON representations about concrete classes. That’s for sure. Gson allows you to register your own custom serializers and deserializers. That’s a power feature of Gson. Sometimes default representation is not what you want. This is often the case e.g. when dealing with third-party library classes. There are enough examples of how to write custom serializers / deserializers. I’m going to create an adapter class implementing both interfaces JsonSerializer, JsonDeserializer and to register it for my abstract class AbstractElement.
GsonBuilder gsonBilder = new GsonBuilder(); gsonBilder.registerTypeAdapter(AbstractElement.class, new AbstractElementAdapter()); Gson gson = gsonBilder.create();
And here is AbstractElementAdapter:
package com.googlecode.whiteboard.json; import com.google.gson.*; import com.googlecode.whiteboard.model.base.AbstractElement; import java.lang.reflect.Type; public class AbstractElementAdapter implements JsonSerializer<AbstractElement>, JsonDeserializer<AbstractElement> { @Override public JsonElement serialize(AbstractElement src, Type typeOfSrc, JsonSerializationContext context) { JsonObject result = new JsonObject(); result.add("type", new JsonPrimitive(src.getClass().getSimpleName())); result.add("properties", context.serialize(src, src.getClass())); return result; } @Override public AbstractElement deserialize(JsonElement json, Type typeOfT, JsonDeserializationContext context) throws JsonParseException { JsonObject jsonObject = json.getAsJsonObject(); String type = jsonObject.get("type").getAsString(); JsonElement element = jsonObject.get("properties"); try { return context.deserialize(element, Class.forName("com.googlecode.whiteboard.model." + type)); } catch (ClassNotFoundException cnfe) { throw new JsonParseException("Unknown element type: " + type, cnfe); } } }
I add two JSON properties – one is ” type” and the other is ” properties”. The first property holds a concrete implementation class (simple name) of the AbstractElement and the second one holds the serialized object itself. The JSON looks like
{ "type": "Circle", "properties": { "radius": 10, "backgroundColor": "#FF0000", "borderColor": "#000000", "scaleFactor": 0.5, ... } }
We benefit from the ” type” property during deserialization. The concrete class can be instantiated now by Class.forName(“com.googlecode.whiteboard.model.” + type) where “com.googlecode.whiteboard.model.” + type is a fully qualified class name. The following call
public <T> T deserialize(JsonElement json, Type typeOfT) throws JsonParseException
from JsonDeserializationContext invokes default deserialization on the specified object and completes the job.
Reference: JSON with GSON and abstract classes from our JCG partner Oleg Varaksin at the Thoughts on software development blog.
How is that gson compared to ObjectMapper of Jackson?
With GSON, author wrote his own system to do this (no default support I think).
With Jackson you could just use @JsonTypeInfo annotation or enable default typing; both come out-of-the-box.
Hi,
Thanks for the postThis approach is very similar to the way Jackson handles polymorphism. The advantage of Jackson though is that it offers built-in mechanism for that, so there is no need to code specific serializer/deserializer manually.
Have a look here:
http://wiki.fasterxml.com/JacksonPolymorphicDeserialization
Svend
I have met this abstract class problem half a year ago, because of the type erasure, TypeToken does not work. so lots of “IF..ELSE” code in my project.
Your solution is so good.
result.add(“type”, new JsonPrimitive(src.getClass().getCanonicalName()));
will be useful if files in the different packages
Thanks for this brilliant, well explaining post, saved my life!
Thank You So much for this article, it saved my night and 4 cups of coffee and fight with wife.