Parser

Search…
Jodd JSON
Installation
Serializer
Parser
JsonObject and JsonArray
Configuration
Miscellaneous
Contact
Parser
Read JSONs and create objects
Jodd JSON parser reads JSON string and converts it into objects (i.e. object graph). Mapping JSON data to Java objects may be tricky. Jodd JSON uses class and property types to map string JSON values into specific Java type. And as a bonus, it is super fast.
Basic usage
The parser class is JsonParser. When no target type is provided, the parser will convert JSON string to Java Map and List. Like this:
1
JsonParser jsonParser = new JsonParser();
2
Map map = jsonParser.parse(
3
    "{ \"one\" : { \"two\" : 285 }, \"three\" : true}");
Copied!
or as a one-liner:
1
Map map = JsonParser.create().parse("{ ... }");
Copied!
JSON string here is converted into a Map that contains 2 keys. One of the keys (one) holds another Map instance. As you can see from the example, simple JSON data types are converted into their counter-part Java types. Boolean value is converted to Boolean, number is converted to a Number or BigInteger etc. JsonParser finds the best possible type; for example, if number can be stored into an int then Integer is returned, but if it is a decimal value then Double is returned and so on.
Ok, let's now see how to map JSON to types.
Parsing to types
Let's start with the JSON data:
1
{
2
    "name" : "Mak",
3
    "bars" : {
4
        "123": {"amount" : 12300},
5
        "456": {"amount" : 45600}
6
    },
7
    "inters" : {
8
        "letterJ" : {"sign" : "J"},
9
        "letterO" : {"sign" : "O"},
10
        "letterD" : {"sign" : "D"}
11
    }
12
}
Copied!
This data can be mapped to Java type like:
1
public class User {
2
    private String name;
3
    private Map<String, Bar> bars;
4
    private Map<String, Inter> inters;
5
    // ...
6
}
Copied!
Property name is a simple property. But bars is a Map of Bars:
1
public class Bar {
2
    private Integer amount;
3
    // ...
4
}
Copied!
This is no problem for JsonParser. It will parse inner JSON maps to Bar types, since the generic type of the property specifies the map's content type. In the same way JsonParser can handle the inters map.
1
JsonParser jsonParser = new JsonParser();
2
User user = jsonParser.parse(json, User.class);
Copied!
JsonParser now converts JSON directly to a target type. Let's remember:
JsonParser lookups for type information from the target's property: the property type and generics information.
Using this approach, JsonParser can parse complex JSON strings into Java object graph, as long it can resolve the type information.
Define the target type with paths
To introduce some more complexity, let's say that Inter is an interface:
1
public interface Inter {
2
    public char getSign();
3
}
Copied!
and one of its implementations is:
1
public class InterImpl implements Inter {
2
    protected char sign;
3
​
4
    public char getSign() {
5
        return sign;
6
    }
7
    public void setSign(char sign) {
8
        this.sign = sign;
9
    }
10
}
Copied!
Now, this is something JsonParser that can't figure out by looking at the inters property types and its generic information. We need to explicitly specify the target type for maps values. As you could guess, we can use a path to specify the mapping. But in this case, the path needs to address the values of the map! No problem - by using a special path name value we can address all the values of a map:
1
User user = new JsonParser()
2
    .map("inters.values", InterImpl.class)
3
    .parse(json, User.class);
Copied!
Nice! Similar to the value, we could specify the key's type, using the path reference keys. Look at the following example:
1
String json = "{\"eee\" : {\"123\" : \"name\"}}";
2
​
3
Map<String, Map<Long, String>> map =
4
    new JsonParser()
5
    .map("values.keys", Long.class)
6
    .parse(json);
Copied!
We changed the key type of the inner map. This is one more thing to remember:
Use map() method to map the target type in the result object graph, specified by its path.
Now we have a powerful tool that can parse about any JSON to any Java type. Here is another example:
1
  {
2
    "1": {
3
      "first": {
4
        "areaCode": "404"
5
      },
6
      "second": {
7
        "name": "Jodd"
8
      }
9
    }
10
  }
Copied!
Maybe parsed like this:
1
Map<String, Pair<Phone, Network>> complex = new JsonParser()
2
    .map("values", Pair.class)
3
    .map("values.first", Phone.class)
4
    .map("values.second", Network.class)
5
    .parse(json);
Copied!
Each value of the returned map is going to be a Pair of two different types.
Alt(ernative) paths
As seen, the path can contain special names like values or keys to reference ALL values of a map or ALL keys of a map (or of an array). But you can not change the type of particular map value, since these special paths address ALL items.
But there is a solution to this. By enabling the alternative paths with .useAltPaths() we are telling JsonParser to match paths to current map values! By default, this option is disabled, for performance reasons (there is some penalty because more paths are matched).
With alt paths enabled, you can reference any value on the map, too.
Class meta-data name
Sometimes JSON string does contain information about the target type, stored in 'special' key like class or __class. If you have such JSON or if you have used this option with JsonSerializer, you can enable this feature with JsonParser as well:
1
Target target =
2
    new JsonParser()
3
    .setClassMetadataName("class")
4
    .parse(json);
Copied!
Now every JSON map will be scanned for this special key class that holds the full class name of the target. But be careful:
Using class metadata name with JsonParser has some performance penalty and may introduce a potential security risk. 
Every JSON map first must be converted to a Map so we can fetch the class name and then converted to a target class. Because of this double conversion expect performance penalties if using class metadata name.
There are security risks using class meta-data. You may expose a security hole in case an untrusted source manages to specify a class that is accessible through class loader and exposes a set of methods and/or fields, access to which opens an actual security hole. Such classes are known as deserialization gadgets.
Because of this, use of "default typing" is not encouraged in general, and in particular is recommended against if the source of content is not trusted. Conversely, default typing may be used for processing content in cases where both ends (sender and receiver) are controlled by the same entity.
For additional security control there is a method to whitelist allowed class names wildcards: allowClass(). If the class name does not match one of set wildcard patterns, JsonParser will throw an exception. To reset the whitelist, use allowAllClasses().
Type conversion
As for everything in Jodd, JoddParser uses powerful TypeConverter to convert between strings to real types.
Value converters
Sometimes data comes in different flavors. For example, Date may be specified as a string in yyyy/MM/dd format and not as a number of milliseconds. So we need to explicitly convert the string into Date. For that, we can use ValueConverter:
1
final SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy/MM/dd");
2
​
3
Person person = new JsonParser()
4
        .withValueConverter("birthdate", new ValueConverter<String, Date>() {
5
            public Date convert(String data) {
6
                try {
7
                    return dateFormat.parse(data);
8
                } catch (ParseException pe) {
9
                    throw new JsonException(pe);
10
                }
11
            }
12
        })
13
        .parse(json, Person.class);
Copied!
Loose mode
Jodd Json parser consumes only valid JSON strings. If the JSON string is not valid, an exception is thrown with a detailed message of why parsing failed.
But real-world often does not play by the rules ;) Therefore, JsonParser may run in so-called loose mode, when it can process more:
1
JsonParser jsonParser = new JsonParser().looseMode(true);
Copied!
Here is what loose mode may handle:
both single and double quotes are accepted.
invalid escape characters are just added to the output.
strings may be unquoted, too.
For example, JsonParser in loose mode may parse the following input:
1
{
2
    key : value,
3
    'my' : 'hol\\x'
4
}
Copied!
This JSON is not valid, but it can be parsed, too.
Lazy mode
Finally, the performance gem. A common scenario is parsing a (big) JSON document only to access a few keys. For these situations, we actually don't need to parse the complete JSON, only the elements that we need.
Jodd JSON has a lazy mode that provides exactly that feature. It returns the Map or the List i.e. in the lazy mode, there is no sense to parse to concrete types. The returned object is lazy since the parsing happens only on key retrieval.
This may boost performance a lot (in the explained scenario)! The downside of this approach is that the JSON string is kept in memory while the returned object exists. Please use the lazy mode with care.
1
JsonParser jsonParser = new JsonParser().lazy(true);
Copied!
or as a one-liner:
1
JsonParser jsonParser = JsonParser.createLazyOne();
Copied!
Fine-Tuning
JsonObject and JsonArray
Last modified 1yr ago
Export as PDF
Copy link
Contents
Basic usage
Parsing to types
Define the target type with paths