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

Should NSS allow documentResource.meta and .meta.acl #1761

Open
bourgeoa opened this issue Feb 26, 2024 · 1 comment
Open

Should NSS allow documentResource.meta and .meta.acl #1761

bourgeoa opened this issue Feb 26, 2024 · 1 comment

Comments

@bourgeoa
Copy link
Member

@csarven
I recently noticed that

What is the current specification status ?

@csarven
Copy link
Member

csarven commented Feb 27, 2024

The Solid Protocol specifies how to discover the Description Resource: https://solidproject.org/ED/protocol#auxiliary-resources-description-resource . In essence, the server allocates the URI to the description resource, and manages its lifecycle in part, e.g., https://solidproject.org/ED/protocol#server-delete-remove-auxiliary-resource

At this time, there are no further constraints, e.g., providing a successful response to reading a description resource (200), or not if nothing was yet described (404). Servers are free to generate or update the description resource (at any time) if they so wish. As for access controls on auxiliary resources, and, again at this time, they can be specific to the type of auxiliary resource, e.g., description resource's authorization is same as that of subject resource (the resource that links to description resource). Aside: there is some interest / considerations involving separating authorization rules between the subject resource and the auxiliary resource, but we'll cross that bridge later.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants