| Crates.io | harmony-jolt |
| lib.rs | harmony-jolt |
| version | 0.7.0 |
| created_at | 2025-10-27 02:41:32.599986+00 |
| updated_at | 2025-12-10 06:45:26.101344+00 |
| description | JSON to JSON transformation library using the JOLT spec |
| homepage | |
| repository | https://github.com/aurabx/harmony-jolt |
| max_upload_size | |
| id | 1902152 |
| size | 314,018 |
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.
Add harmony-jolt crate to your Cargo.toml file:
[dependencies]
harmony-jolt = { version = "0.4"}
Then, for example, if you want to repack your JSON record, you can do the following:
use serde_json::{json, Value};
use harmony_jolt::{transform, TransformSpec};
let input: Value = serde_json::from_str(r#"
{
"id": 1,
"name": "John Smith",
"account": {
"id": 1000,
"type": "Checking"
}
}
"#).unwrap();
let spec: TransformSpec =
serde_json::from_str(r#"[
{
"operation": "shift",
"spec": {
"name": "data.name",
"account": "data.account"
}
}
]"#).unwrap();
let output = transform(input, &spec);
assert_eq!(output, json!({
"data" : {
"name": "John Smith",
"account": {
"id": 1000,
"type": "Checking"
}
}
}));
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 treeSee SPEC.md for more info on specifics of execution order and DSL grammar.
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 operationSpecifies 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:
{
"id": 1,
"name": "John Smith",
"account": {
"id": 1000,
"type": "Checking"
}
}
A simple spec could be constructed by copying that input, and modifying it to supply an output path for each piece of data:
{
"id": "data.id",
"name": "data.name",
"account": "data.account"
}
would produce the following output JSON:
{
"data" : {
"id": 1,
"name": "John Smith",
"account": {
"id": 1000,
"type": "Checking"
}
}
}
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:
{
"id": 1,
"name": "John Smith",
"account": {
"id": 1000,
"type": "Checking"
}
}
to get the output:
{
"data" : {
"id": 1,
"name": "John Smith",
"account": {
"id": 1000,
"type": "Checking"
}
}
}
the spec with wildcards would be:
{
"*": "data.&0"
}
If you want only id and name in the output, the spec is:
{
"id|name": "data.&(0)"
}
& wildcard also allows to dereference any level of the path of given node:
{
"foo": {
"bar" : {
"baz": "new_location.&(0).&(1).&(2)" // &(0) = baz, &(1) = bar, &(2) = foo
}
}
}
}
for the input:
{
"foo": {
"bar": {
"baz": "value"
}
}
}
will produce:
{
"new_location": {
"baz": {
"bar": {
"foo": "value"
}
}
}
}
$ 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 operationApplies default values if the value is not present in the input JSON.
For example, given this simple input JSON:
{
"phones": {
"mobile": 01234567,
"country": "US"
}
}
with the following specification for default operation:
{
"phones": {
"mobile": 0000000,
"code": "+1"
}
}
the output JSON will be:
{
"phones": {
"mobile": 01234567,
"country": "US",
"code": "+1"
}
}
As you can see, the field mobile remains not affected while the code has a default '+1' value.
Modifier operationsThe modify-overwrite-beta operation allows you to modify values using functions. This is useful for string manipulation, data transformation, and combining values.
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 separatorFor example, given this input JSON:
{
"customer": {
"firstName": "John",
"lastName": "Doe"
}
}
You can use shift to restructure and modify-overwrite-beta with concat to combine the names:
[
{
"operation": "shift",
"spec": {
"customer": {
"firstName": "name[0]",
"lastName": "name[1]"
}
}
},
{
"operation": "modify-overwrite-beta",
"spec": {
"name": "=concat(@(1,name[0]),' ',@(1,name[1]))"
}
}
]
This produces:
{
"name": "John Doe"
}
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 pathIn the example above, @(1,name[0]) references name[0] from the current object (root level).
Functions are specified using the =functionName(args...) syntax:
' ', '_', or '-'. Double quotes are not supported.0, 4, 42, or 100. These are passed as actual numbers to functions.@(n,path) to reference values (see above)^value to reference context valuesFunctions 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:
{
"formatted": "=concat(=substring(@(1,date),0,4),'-',=substring(@(1,date),4,6),'-',=substring(@(1,date),6,8))"
}
This produces {"date": "20250605", "formatted": "2025-06-05"} by:
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 nullRemove operationRemoves 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:
{
"phones": {
"mobile": 01234567,
"country": "US"
}
}
you can remove the country by the following specification for remove operation:
{
"phones": {
"country": ""
}
}
the output JSON will be:
{
"phones": {
"mobile": 01234567
}
}
If you'd like to contribute to the project, please read our Contributing guide.
This project is licensed under the Apache license.