Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Difference between infomodel and IDS-G:MetadataBroker regarding purpose of ConnectorUnavailableMessage #31

Open
SebastianOpriel opened this issue Jun 29, 2022 · 1 comment
Labels
status:open issue has been submitted or re-opened recently

Comments

@SebastianOpriel
Copy link
Member

SebastianOpriel commented Jun 29, 2022

It is stated here
https://github.com/International-Data-Spaces-Association/InformationModel/blob/4f9dcb7b7f41421148cbe0a9fccf35336e17364f/taxonomies/Message.ttl#L108
that a ConnectorUnavailableMessage says, that a connector may be available again in the future.

In the Broker docs, it is stated, that a connector won't be ever available again, thus currently all Resources are deleted from the Metadata Broker when a connector sends an unavailable message. See

| Unregister a Connector | Event notifying the recipient(s) that a Connector will be unavailable and never be available again | Mandatory | ConnectorUnavailableMessage | Multipart Request Message with only a Header<p> - Header contains the type of message, security token, Connector’s id, along with the date-time stamp in json format Expected response :<p> - MessageProcessedNotification (on success)<p> - RejectionMessage (on Failure) |

@ssteinbuss ssteinbuss added the status:open issue has been submitted or re-opened recently label Aug 25, 2022
@sebbader
Copy link
Contributor

sebbader commented Sep 6, 2022

I propose to change the line in the MetaDataBroker file to allow the reappearance of a Connector. Or are there any cases where a one-and-forever behaviour makes sense?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status:open issue has been submitted or re-opened recently
Projects
None yet
Development

No branches or pull requests

3 participants