Skip to content

Latest commit

 

History

History
18 lines (17 loc) · 2.24 KB

RemovedRequirements.md

File metadata and controls

18 lines (17 loc) · 2.24 KB

Removed Requirements

The following listed requirements have been introduced by version 1.0 of this document but needed to be removed in the further specification process. They are kept here for legacy reasons but have no normative meaning anymore.

No. Description
B2 A broker can offer different services:

- Index service

- Clearing

- Marketplace

B9 If multiple broker index services exist

a) index services are isolated and ignore others

b) index services from a network and propagate data to others

c) combinations from a) and b) are allowed

B19 A Connector may only add or change his own metadata in the index service. The index service has to validate from the id token of the DataHeader, if the sender is authorized to request a specific action.

Attention: An Identity provider may use different keys than the International Data Spaces.

The index service therefore has to map IdP keys to IDS keys.

B22 A BrokerQueryRequest contains exactly one scope:

a) All (query all active or passive datasets)

b) Active (query only active datasets)

c) Access (query only active datasets, which are available for the questioner)

B32 An index service may also store metadata of data-apps.
B33 The BaseBroker is based on the BaseConnector and Ubuntu with Docker.
B34 The BaseBroker consists of this containers:

a) ExecutionCoreContainerwith ActiveMQ and Camel (App Store Image)

b) Broker-API(BaseBroker Image)

c) ApacheDS(DockerHub Image)

d) Keycloak (DockerHubImage)

B35 ApacheDS loads default and additional IDS index service schema for RDF file storage.
B36 Running Keycloak in the Connector is optional. A broker may use any Identity Provider.
B37 Keycloak and index service do not use a shared LDAP.

Keycloak just syncs with LDAP sources and uses an internal RDBMS for storage.

B39 Broker-API is a Spring Boot REST service, which parses incoming BrokerMessages and executed corresponding LDAP actions. The connection to LDAP is done with Spring LDAP (based on JNDI).
B41 A camel workflow connects the incoming queue BrokerRequest with Broker-API.
B42 The BaseBroker uses JMS Request/Response pattern for BrokerResponseMessage with a temporary queue.