License • Issues • Discussions • Contributing • Code of Conduct
The configuration manager is the administrative part of a connector. It main task is to manage and validate the configuration model, followed by the deployment of the connector. The configuration model is an extensible domain model which describes the configuration of a connector. It consists of technology-independent, interconnected configuration aspects.
In the current version the development of configuration manager is linked to the open source projects Dataspace Connector and Configuration Manager UI.
This repository has a develop branch in addition to the main branch. The idea is to always merge other branches into the develop branch (as SNAPSHOT version) and to push the changes from there into the main only for releases. This way, the develop branch is always up to date, with the risk of small issues, while the main only contains official releases.
- Architecture
- Features
- Getting Started
- Backend API
- Hands-on IDS Configurationmanager
- Versioning
- Authors
- License
The following illustration visualizes the interaction of Dataspace Connector, IDS Framework, Configuration Manager, and GUI. All components have a defined API that allows individual components to be removed or replaced. The connector can be deployed standalone and can be connected to existing backend systems. Configuration Manager and GUI facilitate the operation and configuration of the connector. If desired, the Dataspace Connector may be replaced by another connector implementation, either integrating the framework or not.
To get more information about the Dataspace Connector or the UI for the Configuration Manager, follow these links:
This is a list of currently implemented features, which is continuously updated.
- The configuration can be fetched and updated from a connector
- Proxy settings for the configuration can be made
- Generic endpoints and connector endpoints can be created and edited for creating app routes
- The available brokers can be retrieved, which are located in an internal H2 database
- Connectors can be registered with a broker, removed or updated
- An external connector can be accessed to fetch their offered resources
- The configuration of the resources can be done in the configuration manager and is transferred to the Dataspace
Connector
- The configuration of resources also includes the management of their representations, which are transferred to the Dataspace connector.
- The configuration of resources also includes the management of their contracts, which are transferred to the Dataspace connector
- The Dataspace Connector is notified about every change in the configuration model, e.g. when changes are made to resources, the connector or the configuration model itself
- App routes can be defined for offering data or resources
- Camel integration for App routes, more details see below
A key focus of ConfigManager is routing data between the Connector, Apps and IDS-Endpoints. Camel is used for routing data between endpoints.
The following functionalities are already supported:
- When creating an AppRoute in ConfigManager or ConfigManager GUI, a Camel route is automatically created and deployed.
- A new route can be created in various cases: automatically with creation of a new resource and by manually creating a route via the GUI routes page.
- When a route is deleted, it is also stopped and removed in Camel.
- Backends accessible via HTTP are supported as a backend for a resource.
- The created Camel routes are automatically executed every minute: either push the data obtained into the Dataspace Connector or to query the data of a resource of the Dataspace Connector and push it to a backend.
- If there are errors in the routes, they will be displayed in the GUI on the routes page.
- Integrating apps into Camel routes can be done easily, but the integration of apps into the ConfigManager itself is under development.
Java, Maven, Spring Boot, Rest, OpenAPI, Swagger, SLF4J, JSON(-LD), H2, Project Lombok, JUnit
, JWT, OkHttp
| Library/Component | Version | License | Owner | Contact |
|---|---|---|---|---|
| IDS Information Model Library | 4.0.6 | Apache 2.0 | Fraunhofer IAIS | Sebastian Bader |
| IDS Information Model Serializer Library | 4.0.6 | Apache 2.0 | Fraunhofer IAIS | Sebastian Bader |
| Dataspace Connector | Recommended: 4.1.0 - 4.3.1 | Apache 2.0 | Fraunhofer ISST | Julia Pampus |
| Dataspace Connector Camel Instance | latest | Apache 2.0 | Fraunhofer ISST | Ronja Quensel |
| Configuration Manager UI | latest | Apache 2.0 | Fraunhofer FKIE | Bastian Weltjen |
You need:
- Maven
- REST client for testing, like ARC
Clone the project from
https://github.com/International-Data-Spaces-Association/IDS-ConfigurationManager
open the directory and run
mvn clean package
When building was successfully, go into target folder and run with current version number (<X.Y.Z>):
java -jar configmanager-<X.Y.Z>.jar
in terminal to start the configuration manager.
In the following, the different APIs are described and explained. Most apis are mainly used by the user interface to simplify configuration of a connector.
App Route Management:The app route apis help to define app routes and subroutes. When creating subroutes, resources can also be published. Furthermore, the app route deploy method can be customized, which are then valid for all routes in the configuration model.Connector Request Management:The connector request apis help to request offered resources from external connectors.Connector Management:The connector apis help to manage the connector description in the configuration model. It is also possible to check if a connector is reachable.Resource Management:The resource apis help to manage the resources. All configurations on the resources are transferred to the Dataspace connector and persisted there.Resource representation Management:A resource can have different representations. The representations apis helps to manage the different representations of a resource.Resource contracts Management:The resource contracts apis help to retrieve or update the contracts of a resource.Configmodel Management:The configuration model apis help to query or update the configuration.Broker Management:The broker apis help to manage individual brokers. It offers several endpoints to manage the brokers. This includes, for example, registering a connector or resource with a broker.Endpoints Management:The endpoints apis help to manage endpoints like GenericEndpoint oder ConnectorEndpoint.Util Management:The utility apis help to make or query other configurations.Database:The internal database persists all the necessary data that is not transferred to the Dataspace Connector, such as the storage of endpoint information like the coordinates. Console path of the database:http://localhost:8081/console
To interact with the running application, the provided endpoints at the Swagger UI can be used. The Swagger UI is
available at: http://localhost:8081/swagger-ui/index.html?url=/v3/api-docs/ .
The following is an example of how an app route can be defined in configuration manager to provide resources. The following points are discussed:
- Creating a resource
- Creating a generic endpoint and a connector endpoint
- Creating a resource representation
- Creating an app route and a subroute
Step 1) Creating a resource
To create an offered resource, the API: POST - /api/ui/resource can be used.
After the necessary fields have been filled in, the request can be sent, and the following response should be provided.
{
"resourceID": "https://w3id.org/idsa/autogen/resource/fc1613eb-f36e-4889-bdb3-a31e66e341a3",
"connectorResponse": "fc1613eb-f36e-4889-bdb3-a31e66e341a3"
}
It displays the id of the created resource and the response from the Dataspace Connector.
Step 2) Creating a generic endpoint and a connector endpoint
Next, a generic endpoint is defined, which will be the start of the route from which the resource will be published. The
following API can be used for this purpose: POST - /api/ui/generic/endpoint.
Here the access url of the endpoint can be defined and optionally an authentication can be added. After successfully creating an endpoint, the following response should be delivered:
{
"id": "https://w3id.org/idsa/autogen/genericEndpoint/c01d4e34-2517-458b-bdef-61a5ba5b94b7",
"message": "Created a new generic endpoint"
}
In the same way, create a Connector Endpoint through which the resource will be published. The following API can be used
for this purpose: POST - /api/ui/connector/endpoint.
Step 3) Creating a resource reprsentation
Like the other steps you can use the API POST /api/ui/resource/representation to create a resource representation.
Here you can use the id of the resource and the created endpoint.
If no errors occurred while creating a representation, the following response should be returned:
{
"resourceID": "https://w3id.org/idsa/autogen/resource/fc1613eb-f36e-4889-bdb3-a31e66e341a3",
"connectorResponse": "946529d8-7109-4a04-b57b-32f28b68b871",
"representationID": "https://w3id.org/idsa/autogen/representation/946529d8-7109-4a04-b57b-32f28b68b871"
}
Here you can see the id of the resource and the representation. Also, the response of the Dataspace Connector.
Step 4) Creating an app route and a subroute
Now an app route can be defined via the API: POST /api/ui/approute. To complete the route definition, the subroute
must be defined at the end. This is done via the API: POST /api/ui/approute/step.
All necessary fields must be filled in here. That means, the id of the created app route must be set, the generic endpoint id is necessary as startId, the x and y coordinates of the first endpoint must be specified, the id of the connector endpoint must be set as well as the corresponding x and y coordinates. In addition, to publish the resource, the id of the resource can be passed here.
When successful, the following response should be provided:
{
"routeStepId": "https://w3id.org/idsa/autogen/routeStep/34870533-acc5-4fbf-8c29-136ea275bd2e",
"message": "Successfully created the route step"
}
The result of the work can be optionally viewed in the configuration manager user interface. There, the created route is visualized under the Data Offering tab under Routes.
Please read the CHANGELOG.md for versioning details.
This project is licensed under the Apache License 2.0 - see the LICENSE.md file for details.