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

Define how service types are named #165

Open
reinkrul opened this issue Jan 24, 2022 · 2 comments
Open

Define how service types are named #165

reinkrul opened this issue Jan 24, 2022 · 2 comments

Comments

@reinkrul
Copy link
Member

Now we have NutsComm (in RFCs) and eOverdracht-receiver (and -sender) in the eOverdracht bolt.

We need to make this consistent and describe how service types must be named (e.g. nuts/.../... and bolt/.../...).

@reinkrul
Copy link
Member Author

Suggestion

Service types;

  • must be all lowercase.
  • must start with nuts for types specified by the core specification (RFCs) or,
  • must start with the Bolt name for types specified by Bolts (e.g. eoverdracht or zorginzage)
  • Bolt names may contain a dash followed by a postfix (e.g. zorginzage-geboortezorg), which may appear any number of times.
  • may have a postfix further describing the role of the service, which must follow after a forward slash (e.g. nuts/comm).

Examples:

  • nuts/comm
  • nuts/contactinfo
  • eoverdracht/sender
  • eoverdracht/receiver
  • zorginzage-geboortezorg (without postfix)
  • zorginzage-geboortezorg/custodian (with postfix specifying bronhouder service)

@stevenvegt @woutslakhorst ?

@woutslakhorst
Copy link
Member

may have a postfix further describing the role of the service, which must follow after a forward slash (e.g. nuts/comm).
comm in this case would be the service type not the role.

It's very asymmetric: nuts services with a single / do not have a role but Bolt services do. It would be clearer then to use bolt/type/role

Also not sure on the hyphens (dashes are longer than hyphens)

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