09 Green Deal Data Space (GDDS) : Infrastructure Components
09 Green Deal Data Space (GDDS) : Infrastructure Components
09 Green Deal Data Space (GDDS) : Infrastructure Components
Infrastructure components
Cloning repositories
Starting the frontend
Software Requirements
Starting the backend
Software Requirements
Ports diagram
Connecting the two Connectors with the Catalog
Transfer process
Database Schema (draft, please improve)
Links
Video courses
Debugging
Frontend
Backend
Infrastructure components
Cloning repositories
For the development of the backend and frontend of this connector setup, we will start the following in our IDE:
Software Requirements
You can download:
We want to start two instances of the frontend therefore we define run scripts in "package.json"
To start the two instances we can now start the two scripts in the project folder in a command line.
The setup guides for the necessary software can be found here: Tools
We first need to stop the running instances of our backends in the docker container:
Here you can see that connector1 and connector2 are stopped (exited) and the two databases (postgresql1 and postgresql2) are still running in
the docker environment.
Edit the run configuration to create a configuration for each connector instance
Ports diagram
By now the project should be configured like this diagram.
The Catalog in the docker (8184) is listening on another port than the Catalog of our project (7184).
As both connectors are registering themselves on the port on which the Catalog in the docker is running we need to change that port.
edc.catalog.registration.url=http://localhost:8184/registry
edc.catalog.registration.url=http://localhost:7184/registry
If both connectors are registered on the right port we can see these two lines in the logging of the catalog:
Transfer process
Now we can step by step go through the transfer process
We create a TestAsset
We create a TestPolicy
We create a TestOffer using the TestAsset and the TestPolicy
In regular intervals, the catalog is scanning through all registered connectors. He will list these offers so consumers can request them.
On the consumer side, we will now see this new Asset being listed.
The state machine from the EDC Framework will now try to advance the different Assets from the REQUESTED state step by step to the
TERMINATED step.
We can now transfer this contract which makes it appear in the transfer part.
https://github.com/eclipse-edc/Connector/blob/main/docs/developer/diagrams/transfer-data-plane-consumer-pull.png
Video courses
EDC
Debugging
Frontend
400 Bad Request
Solution
A restart of database and backends solves the problem.
Explanation
The cross-origin request is a direct, internal access from a website on server A to a second server B, which may be in a different domain.
Solution
Backend
Solution
Is your server running?
If not, restart it
Solution