https://git.rwth-aachen.de/i5/ultragraphql
UltraGraphQL - cloned from- Updated or extended files:
- build.gradle:
- updated maven to use maven {url "https://plugins.gradle.org/m2/"} and 'maven-publish'
- updated to gradle v7.3.3 is used
- updated shadow plugin: 'gradle.plugin.com.github.johnrengelman:shadow:7.1.0'
- updated to jenaVersion = '4.2.0' or above.
- src/main/java/org/hypergraphql/Controller.java: changed host binding to allow access from outside of Container
- src/main/java/org/hypergraphql/config/system/GraphqlConfig.java: extended GraphqlConfig to support 'host' property
- src/main/java/org/hypergraphql/schemaextraction/SPARQLExtraction.java: changed RDF_FILE_ENDPOINT_ADDRESS = "http://0.0.0.0:"
- build.gradle:
Requirements:
- Gradle: v7.3.3
- Java: v11
Release
- This is also a fix to mitigate the Log4Shell vulnerability.
- update to the latest versions to avoid the Log4Shell vulnerability
Related Projects
- UltraGraphQL:
- HyerGrahQL:
UltraGraphQL
UltraGraphQL is a GraphQL interface for querying and modifying RDF data on the Web. It extends HyperGraphQL by providing a automatic bootstrapping phase of the service and a more feature rich schema support with additional support for GraphQL mutations. Because it is based on HyperGraphQL features like the support of federated querying and exposing data from multiple linked data services using GraphQL query language and schemas were maintained and extended. The core of the response is a JSON-LD object, which extends the standard JSON with the JSON-LD context enabling semantic disambiguation of the contained data.
Table of Contents
Features
Bootstrapping (OPTIONAL)
Only needs to be done if the schema is not known or was updated
Requirements: All service of the type SPARQLEndpointService MUST allow SPARQL 1.1 queries and the runtime limitation SHOULD be deactivated because the schema summarization can have a long execution time on large datasets.
If the schema extraction is enabled in the configuration, no schema is required to start UGQL. UGQL will summarize the RDF schema from the defined services and map the summarized schema to a corresponding UGQL schema as shown in the Figure. The default extraction query and schema vocabulary used to summarize the schema are by Gleim et. al. (PDF) and can be configured if needed. This example shows how to configure the schema vocabulary and the effect those changes. If multiple service are defined in the configuration the schema is summarized on all services and then mapped to one unified schema
Queries
For each object type of the provided or extracted schema a query field is generated. To query for specific IRIs (IDs in UGQL) the argument _id can be used to filter for the provided IRIs. A detailed description of the query translation and is provided here and an overview of all possible query modifiers is provided here. To test the different features of UGQL the provided examples can be used to write and test the query features.
Note: The service MUST not be defined in the query. Based on the UGQL schema (UGQLS) the different services will be queried accordingly.
Mutations
Insert and delete mutations are generated for each object type of the UGQLS which corresponds to the output type of the mutation allowing to directly query the modified data. The mutation actions are only performed on one service of the services defined in the configuration.
As shown in the examples the mutations allow to insert and delete object data. In case of the delete mutation the performed action depends on the provided information. Allowing deletions based on matching criterions. Detailed information about the mutations can be found here.
mutation{
insert_ex_Person(_id: "https://example.org/Bob", ex_name: "Bob", ex_age: "42", ex_relatedWith: {_id: "https://example.org/Alice"}){
_id
ex_name
ex_relatedWith{
ex_name
}
}
}
mutation{
delete_ex_Person(_id: "https://example.org/Bob", ex_name: "Bob", ex_age: "42", ex_relatedWith: {_id: "https://example.org/Alice"}){
_id
ex_name
ex_relatedWith{
ex_name
}
}
}
Examples
A set of examples is avaliable here, featuring different use cases and features of UGQL.
Getting Started
You may find prebuilt nightly binaries here.
Building from Source
To build an executable UGQL jar run
gradle clean build shadowJar
This will generate the two jars:
- ultragraphql-< version >.jar
- e.g. ultragraphql-1.0.0.jar
- ultragraphql-< version >-exe.jar
- e.g. ultragraphql-1.0.0-exe.jar
A UGQL instance can then be started with the command
java -jar build/libs/<exe-jar> --config <path to config>
For example UGQL service setups look into the examples and their configurations.
Documentation
A detailed documentation about the endpoint configuration, query writing and internal query translation is provided here.
Differences to HyperGraphQL
- Automatic bootstrapping phase (through schema summarization)
- Configurable summarization querying
- Configurable mapping vocabulary
- Mutation support
- Insert and delete mutation fields are generated for all objects in the schema
- Mutation action is limited to one service (MUST be LocalModelSPARQLService or SPARQLEndpointService)
- Support for multiple services per schema entity
- Support of equivalence relations in the schema and during querying
- Interafaces and Unions supported in the schema
- Filter options now also avaliable for fields (prior only avaliable for the root query fields)
- Simplified query naming schema
- Additional web server framework to host the UltraGraphQL instance to allow multiple instances running on the same system
- Simplified and more efficient result transformation (v1.1.0 or higher)
License note:
This software is a further development of HyperGraphQL which has been developed and is maintained by Semantic Integration Ltd.. It is released under Apache License 2.0. See LICENSE.TXT for more infromation.