Overview
JSON to JSON transformation where the "specification" for the transform is itself a JSON document.
Port of Java Jolt library written in Rust.
This is a fork of Fluvio Jolt, created by the Fluvio team. That project was archived on March 2nd 2025.
Usage Example
Add harmony-jolt crate to your Cargo.toml file:
[]
= { = "0.4"}
Then, for example, if you want to repack your JSON record, you can do the following:
use ;
use ;
let input: Value = from_str.unwrap;
let spec: TransformSpec =
from_str.unwrap;
let output = transform;
assert_eq!;
Supported Operations
shift: copy data from the input tree and put it the output treedefault: apply default values to the treemodify-overwrite-beta: modify data using functions (concat, toLower, toUpper, substring, trim, join)remove: remove data from the tree
See SPEC.md for more info on specifics of execution order and DSL grammar.
Specification
Composes a list of operation specifications. Each operation has its own DSL (Domain Specific Language) in order to facilitate its narrow job.
use harmony_jolt::TransformSpec;
let spec: TransformSpec =
serde_json::from_str(r#"[
{
"operation": "shift",
"spec": {
"name": "data.name",
"account": "data.account"
}
}
]"#).unwrap();
Shift operation
Specifies where the data from the input JSON should be placed in the output JSON, or in other words, how the input JSON/data should be shifted around to make the output JSON/data.
At a base level, a single shift operation is a mapping from an input path to an output path,
similar to the mv command in Unix, mv /var/data /var/backup/data.
The input path is a JSON tree structure, and the output path is flattened "dot notation" path notation.
For example, given this simple input JSON:
A simple spec could be constructed by copying that input, and modifying it to supply an output path for each piece of data:
would produce the following output JSON:
Wildcards
The shift specification on the keys level supports wildcards and conditions:
1. * - match everything
2. name1|name2|nameN - match any of the specified names
& Wildcard
& lookup allows referencing the values captured by the * or |.
&(x,y) means go up the path x levels and get the yth match from that level.
0th match is always the entire input they and the rest are the specific things the *s matched.
& == &(0) == &(0,0) and &(x) == &(x,0)
It allows for specs to be more compact. For example, for this input:
to get the output:
the spec with wildcards would be:
If you want only id and name in the output, the spec is:
& wildcard also allows to dereference any level of the path of given node:
for the input:
will produce:
$ Wildcard
$ wildcard allows accessing matched keys from the path and use them on the right hand side.
See tests in tests/java/resources/shift for usage examples.
@ Wildcard
@ wildcard allows accessing values of matched keys from the path and use them on the right hand side.
See tests in tests/java/resources/shift for usage examples.
Default operation
Applies default values if the value is not present in the input JSON.
For example, given this simple input JSON:
with the following specification for default operation:
the output JSON will be:
As you can see, the field mobile remains not affected while the code has a default '+1' value.
Modifier operations
The modify-overwrite-beta operation allows you to modify values using functions. This is useful for string manipulation, data transformation, and combining values.
Supported Functions
concat: Concatenate multiple stringstoLower: Convert string to lowercasetoUpper: Convert string to uppercasesubstring: Extract a substring (start, end)trim: Remove leading/trailing whitespacejoin: Join array elements with a separator
Example: Concatenating Names
For example, given this input JSON:
You can use shift to restructure and modify-overwrite-beta with concat to combine the names:
This produces:
The @(n,path) syntax navigates the context stack:
@(1,path)- reference from current object (the one being modified)@(2,path)- go up 1 level (parent), then navigate path@(n,path)- go up n-1 levels from current, then navigate path
In the example above, @(1,name[0]) references name[0] from the current object (root level).
Function Syntax
Functions are specified using the =functionName(args...) syntax:
- Literals: Single-quoted strings (required) like
' ','_', or'-'. Double quotes are not supported. - Numbers: Unquoted numeric literals like
0,4,42, or100. These are passed as actual numbers to functions. - Path expressions:
@(n,path)to reference values (see above) - Context references:
^valueto reference context values - Identifiers: Unquoted values that will be looked up
- Nested functions: Functions can be nested (see example below)
Nested Functions
Functions can be nested, allowing you to compose complex transformations. Inner functions are evaluated first, and their results become arguments to outer functions.
Example: Format a date string by extracting and joining parts. Given input {"date": "20250605"} at root level:
This produces {"date": "20250605", "formatted": "2025-06-05"} by:
- Extracting characters 0-4 ("2025")
- Extracting characters 4-6 ("06")
- Extracting characters 6-8 ("05")
- Concatenating them with "-" as separator
Modifier Variants
modify-overwrite-beta: Always writes the result, overwriting existing valuesmodify-default-beta: Only writes if the key doesn't existmodify-define-beta: Only writes if the key doesn't exist or is null
Remove operation
Removes content from the input JSON. The spec structure matches the input JSON structure. The value of fields is ignored.
For example, given this simple input JSON:
you can remove the country by the following specification for remove operation:
the output JSON will be:
Contributing
If you'd like to contribute to the project, please read our Contributing guide.
License
This project is licensed under the Apache license.