Mechanisme om features/capabilities uit te vragen

[sergei-maertens]

Er zijn in de standaard nu een aantal zaken die minder strikt zijn of dit worden, bijvoorbeeld:

• of een server wel/niet expand ondersteunt (ik heb niet gecontroleerd of dit een verplichting is 😉 )
• in ZRC: Sta RD en ETRS89 toe in de Accept-Crs en Content-Crs headers #2277 support voor 2 extra coordinatenstelsels
• tussen API versies worden bepaalde filter/query parameters/wel niet ondersteund

Ik heb een wens om machine-leesbaar te kunnen opvragen welke "capabilities" een server ondersteunt zodat ik de applicatiecode hierop kan afstemmen. Dit betreft dan meta-gegevens van een provider die de standaard implementeert, maar die moeten dan op een standaardmanier ontsluiten welke features ze wel/niet kennen.

De use case hiervoor is dat client-code bepaalde optimalisaties (performance of puur developer experience) kan toepassen als je een claim hebt dat een bepaalde feature beschikbaar is, maar ook andere code-paden eenvoudiger kunnen en niet per se aan een versienummer gekoppeld moeten zijn. Met name de queryparameters zijn hier tricky omdat je niet optimistisch de parameter kan sturen, want oude versies van de standaard antwoorden met een HTTP 400 error omdat de parameter onbekend is. Wij lossen dit nu op door naar de API-Version response header te kijken.

Dit mechanisme is niet niet - DMSen zoals Alfresco/de CMIS standaard kennen capabilities.