JSON to JSON transformation library written in Java where the "specification" for the transform is itself a JSON document.
- Transforming JSON data from ElasticSearch, MongoDb, Cassandra, etc before sending it off to the world
- Extracting data from a large JSON documents for your own consumption
- Overview
- Documentation
- Shiftr Transform DSL
- Demo
- Getting Started
- Getting Transform Help
- Why Jolt Exists
- Alternatives
- Performance
- CLI
- Code Coverage
- Release Notes
Jolt :
- provides a set of transforms, that can be "chained" together to form the overall JSON to JSON transform.
- focuses on transforming the structure of your JSON data, not manipulating specific values
- The idea being: use Jolt to get most of the structure right, then write code to fix values
- consumes and produces "hydrated" JSON : in-memory tree of Maps, Lists, Strings, etc.
- use Jackson (or whatever) to serialize and deserialize the JSON text
The Stock transforms are:
shift : copy data from the input tree and put it the output tree
default : apply default values to the tree
remove : remove data from the tree
sort : sort the Map key values alphabetically ( for debugging and human readability )
cardinality : "fix" the cardinality of input data. Eg, the "urls" element is usually a List, but if there is only one, then it is a String
Each transform has it's own DSL (Domain Specific Language) in order to facilitate it's narrow job.
Currently, all the Stock transforms just effect the "structure" of the data. To do data manipulation, you will need to write Java code. If you write your Java "data manipulation" code to implement the Transform interface, then you can insert your code in the transform chain.
The out-of-the-box Jolt transforms should be able to do most of your structural transformation, with custom Java Transforms implementing your data manipulation.
Jolt Slide Deck : covers motivation, development, and transforms.
Javadoc explaining each transform DSL :
- shift
- default
- remove
- cardinality
- sort
- full qualified Java ClassName : Class implements the Transform or ContextualTransform interfaces, and can optionally be SpecDriven (marker interface)
- Transform interface
- SpecDriven
- where the "input" is "hydrated" Java version of your JSON Data
Running a Jolt transform means creating an instance of Chainr with a list of transforms.
The JSON spec for Chainr looks like : unit test.
The Java side looks like :
Chainr chainr = JsonUtils.classpathToList( "/path/to/chainr/spec.json" );
Object input = elasticSearchHit.getSource(); // ElasticSearch already returns hydrated JSon
Object output = chainr.transform( input );
return output;
The Shiftr transform generally does most of the "heavy lifting" in the transform chain. To see the Shiftr DSL in action, please look at our unit tests (shiftr tests) for nice bite sized transform examples, and read the extensive Shiftr javadoc.
Our unit tests follow the pattern :
{
"input": {
// sample input
},
"spec": {
// transform spec
},
"expected": {
// what the output of the transform looks like
}
}
We read in "input", apply the "spec", and Diffy it against the "expected".
To learn the Shiftr DSL, examine "input" and "output" json, get an understanding of how data is moving, and then look at the transform spec to see how it facilitates the transform.
For reference, this was the very first test we wrote.
There is a demo available at jolt-demo.appspot.com. You can paste in JSON input data and a Spec, and it will post the data to server and run the transform.
Note
- it is hosted on a free Google App Engine instance, so it may take a minute to spin up.
- it validates in input JSON and spec client side.
Getting started code wise has it's own doc.
If you can't get a transform working and you need help, create and Issue in Jolt (for now).
Make sure you include what your "input" is, and what you want your "output" to be.
Aside from writing your own custom code to do a transform, there are two general approaches to doing a JSON to JSON transforms in Java.
- JSON -> XML -> XSLT or STX -> XML -> JSON
Aside from being a Rube Goldberg approach, XSLT is more complicated than Jolt because it is trying to do the whole transform with a single DSL.
- Write a Template (Velocity, FreeMarker, etc) that take hydrated JSON input and write textual JSON output
With this approach you are working from the output format backwards to the input, which is complex for any non-trivial transform. Eg, the structure of your template will be dictated by the output JSON format, and you will end up coding a parallel tree walk of the input data and the output format in your template. Jolt works forward from the input data to the output format which is simpler, and it does the parallel tree walk for you.
Being in the Java JSON processing "space", here are some other interesting JSON manipulation tools to look at / consider :
- jq - Awesome command line tool to extract data from JSON files (use it all the time, available via brew)
- JsonPath - Java : Extract data from JSON using XPATH like syntax.
- JsonSurfer - Java : Streaming JsonPath processor dedicated to processing big and complicated JSON data.
The primary goal of Jolt was to improve "developer speed" by providing the ability to have a declarative rather than imperative transforms. That said, Jolt should have a better runtime than the alternatives listed above.
Work has been done to make the stock Jolt transforms fast:
- Transforms can be initialized once with their spec, and re-used many times in a multi-threaded environment.
- We reuse initialized Jolt transforms to service multiple web requests from a DropWizard service.
- "*" wildcard logic was redone to reduce the use of Regex in the common case, which was a dramatic speed improvement.
- The parallel tree walk performed by Shiftr was optimized.
Two things to be aware of :
- Jolt is not "stream" based, so if you have a very large Json document to transform you need to have enough memory to hold it.
- The transform process will create and discard a lot of objects, so the garbage collector will have work to do.
Jolt Transforms and tools can be run from the command line. Command line interface doc here.
For the moment we have Cobertura configured in our poms.
mvn cobertura:cobertura
open jolt-core/target/site/cobertura/index.html
Currently, for the jolt-core artifact, code coverage is at 89% line, and 83% branch.