jena-shacl is an implementation of the W3C Shapes Constraint Language (SHACL). It implements SHACL Core and SHACL SPARQL Constraints.
In addition, it provides:
The command shacl introduces shacl operations; it takes a sub-command argument.
To validate:
The shapes and data files can be the same; the --shapes is optional and defaults to the same as --data. This includes running individual W3C Working Group tests.
To parse a file:
which writes out a text format.
writes out in text(t), compact(c), rdf(r) formats. Multiple formats can be given, separated by “,” and format all outputs all 3 formats.
Fuseki has a new service operation fuseki:shacl:
This requires a “new style” endpoint declaration: see “Fuseki Endpoint Configuration”.
This is not installed into a dataset setup by default; a configuration file using
fuseki:endpoint [ fuseki:operation fuseki:shacl ;
fuseki:name "shacl" ];
is necessary (or programmatic setup for Fuseki Main).
The service accepts a shapes graph posted as RDF to /ds/shacl with content negotiation.
There is a graph argument, ?graph=, that specifies the graph to validate. It is the URI of a named graph, default for the unnamed, default graph (and this is the assumed value of ?graph if not present), or union for union of all named graphs in the dataset.
Further, an argument target=uri validates a specific node in the data.
Upload data in file fu-data.ttl:
curl -XPOST --data-binary @fu-data.ttl \
--header 'Content-type: text/turtle' \
'http://localhost:3030/ds?default'
Validate with shapes in fu-shapes.ttl and get back a validation report:
curl -XPOST --data-binary @fu-shapes.ttl \
--header 'Content-type: text/turtle' \
'http://localhost:3030/ds/shacl?graph=default'
The package org.apache.jena.shacl has the main classes.
ShaclValidator for parsing and validationGraphValidation for updating graphs with validationhttps://github.com/apache/jena/tree/main/jena-examples/src/main/java/shacl/examples/
Example Shacl01_validateGraph shows validation and printing of the validation report in a text form and in RDF:
public static void main(String ...args) {
String SHAPES = "shapes.ttl";
String DATA = "data1.ttl";
Graph shapesGraph = RDFDataMgr.loadGraph(SHAPES);
Graph dataGraph = RDFDataMgr.loadGraph(DATA);
Shapes shapes = Shapes.parse(shapesGraph);
ValidationReport report = ShaclValidator.get().validate(shapes, dataGraph);
ShLib.printReport(report);
System.out.println();
RDFDataMgr.write(System.out, report.getModel(), Lang.TTL);
}
Example Shacl02_validateTransaction shows how to update a graph only if, after the changes, the graph is validated according to the shapes provided.
Apache Jena supports SHACL Compact Syntax (SHACL-C) for both reading and writing.
The file extensions for SHACL-C are .shc and .shaclc and there is a registered language constant Lang.SHACLC.
RDFDataMgr.load("shapes.shc");
RDFDataMgr.read("file:compactShapes", Lang.SHACLC);
RDFDataMgr.write(System.out, shapesGraph, Lang.SHACLC);
SHACL-C is managed by the SHACL Community Group. It does not cover all possible shapes. When outputting SHACL-C, SHACL shapes not expressible in SHACL-C will cause an exception and data in the RDF graph that is not relevant will not be output. In other words, SHACL-C is a lossy format for RDF.
The Jena SHACL-C writer will output any valid SHACL-C document.
Extensions:
constraint grammar rule allows a shape reference to a node shape.propertyParam grammar rule provides “group”, “order”, “name”, “description” and “defaultValue” to align with nodeParam.nodeParam grammar rule supports “targetClass” (normally written with the shorthand ->) as well as the defined “targetNode”, “targetObjectsOf”, “targetSubjectsOf”SPARQL-based targets allow the target nodes to be calculated with a SPARQL SELECT query.
See SPARQL-based targets for details.
ex:example
sh:target [
a sh:SPARQLTarget ;
sh:select """
SELECT ?this
WHERE {
...
}
""" ;
] ;