Skip to content

Need for namespacing? #9

Open
Open
@renchap

Description

@renchap

Right now, the spec specifies capability names, but we will probably need to have a central repository of all reserved capability names, probably with their status and a link to specification (or draft) to avoid conflicts.

Maybe we should also have them namespaced (maybe with a namespace name depending on the repository they are defined in, so we can avoid any central place?), but I am unsure if this could solve the issue.

Activity

jmking-iftas

jmking-iftas commented on Sep 28, 2024

@jmking-iftas
Collaborator

edit: moving my questions to discussions

edit2: I think it would be helpful for you to kickstart such a list of reserved names so we can see your thinking and respond.

oneiros

oneiros commented on Oct 30, 2024

@oneiros
Collaborator

This not directly related to this particular issue but with #29 we introduce a unique identifier for specifications and make it mandatory to prefix API endpoint paths with this.

With this in place we could relax the requirement for capability names to be globally unique. I am not sure we actually need to decide this now when not a single specification is finished, but that is something to keep in mind.

Of course, specification identifiers / namespaces would still need to be unique. And in some distant future a "proper" registry for those might be needed.

Until then, I hope that this repository here can serve as such. I would hope that at least in the beginning all provider specifications will find a home here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

      Participants

      @renchap@oneiros@jmking-iftas

      Issue actions

        Need for namespacing? · Issue #9 · mastodon/fediverse_auxiliary_service_provider_specifications