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

What server-based notification support is required? #49

Open
acoburn opened this issue Sep 20, 2019 · 4 comments
Open

What server-based notification support is required? #49

acoburn opened this issue Sep 20, 2019 · 4 comments

Comments

@acoburn
Copy link
Member

acoburn commented Sep 20, 2019

Section 3.4 of the Solid specification states that a client MUST conform to the LDN specification. Are there any server-specific requirements for notifications? For example: WebSockets, which involves both client and server. And is server-to-server notification support within the scope of the Solid specification?

@RubenVerborgh
Copy link
Contributor

RubenVerborgh commented Sep 20, 2019

Note that these sentences are marked as drafts; their sole purpose is to create an entry in the References section. The statement in itself is not necessarily meaningful yet.

I indeed expect there to be server requirements for some types of notifications (so the main heading needs an update), but not specially for LDN (which is already covered by LDP).

@csarven
Copy link
Member

csarven commented Sep 24, 2019

Noting here that LDN is also used in ActivityPub's server-to-server interactions: https://www.w3.org/TR/activitypub/#server-to-server-interactions . Besides an AP server having some similarities to an LDP server ie. counting as potential implementation experiences, I'm not aware of Solid/LDP-based implementations with server-server notifications.

Related: more documentation on how LDN may be interoperably combined with other specs: https://csarven.ca/linked-research-decentralised-web#interoperability-across-specifications

I think server-server notifications is within the scope of Solid. There is some unofficial agreement - through conversations, e.g., involving #36 - that it should be part of Solid.

With the exception of attending issues on WebSockets in this repo, I would suggest to factor in developments from the Solid Notifications Panel: https://github.com/solid/notifications-panel - starting with use cases and class of activities, as well as having rough implementations for some guidance.

@justinwb
Copy link
Member

justinwb commented Oct 4, 2019

Just want to raise here that I think a publish/subscribe mechanism is essential. @csarven would love to find a bit of time to discuss this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Consensus Phase
Development

No branches or pull requests

7 participants