| Task | Notes |
|---|
Artefacts to describe services
|
| Service Definitions supporting material | |
| Service Descriptions supporting material | - Comments to be resolved (send suggestions to the group):
- SWIM-SERV-240 Service interfaces - If the fully qualified network addressis not provided for e.g. security reasons, what text should be used?
- The example will remain as it is for the moment until the registry CCB gets back with an approach (see below)There is now a need to clarify if the use case for hiding the endpoint is still valid given the existence of authenticated users in the registry.
|
| Support |
| The interoperability goal | - Good documentation on the need for interoperability is needed. What should we do?
- From SSCONE-SITCOM
- Adoption of services is seen as the key - they should cover organisational and technical interoperability
- Reuse of standards including service definitions is fundamental.
- We should check if the Registry has a "flag" for conformance checking based on req-120.
- However, interoperability goes beyond conformance with the standards - this final step is beyond the scope of SSCONE-SITCOM.
|
| FAQ | - Questions to be answered (send suggestions to the group):
- How do I describe a service that uses GraphQL?
|
| SWIM service ecosystem |
| Standardised Implementations | |
| Service Categories - Service TypeDecide if mature enough to publish on reference website? | - Dedicated meetings took place for this and the end result is now available. It is felt to be good enough to use for now maturing but it is accepted that new values will be added as service implementation continues. Therefore, do not publish on the reference website yet. More meetings focusing on FF-ICE services and AMQP are needed.
|
| Service Portfolio and Service Categories - Service Type | |
| Registry changes | - The registry CCB was asked if it is possible to have authenticated and non-authenticated users. That would allow certain fields to be only seen by authenticated users.
- Response: This is, in fact, the case already. It is possible to toggle the visibility of fields using the HTML based editor. This is often missed. Better documentation has been requested.
- Non-authenticated users could see something like the /wiki/spaces/BOK/pages/59409601 fields only.
- Response: The list of fields that can be toggled will be added to the documentation.
- Note: This does not help when the service provider wants to hide the endpoint from everyone including authenticated users.
|