Difference between revisions of "II datatype: maximumlengte vaststellen voor II.extension"
(New page: Return to InM V2 voorstellen *meeting: TC-InM *Author: Alexander Henket *Status: '''FINAL - for discussion in TC''' ==Inleiding== Er is nooit formeel een maximumlengte gesteld aan de...) |
Rene spronk (talk | contribs) |
||
Line 29: | Line 29: | ||
==Discussie== | ==Discussie== | ||
<br/> | <br/> | ||
+ | *Ik ben tegen het stellen van een maximum (hoe groot of klein ook) voor extensies. Als er al, om implementatieredenen, tot een maximum zou worden besloten, dan zou dat maxumum ruim moeten zijn. 64 lijkt me te kort. [[User:Rene spronk|Rene spronk]] 14:51, 17 November 2009 (UTC) |
Revision as of 14:51, 17 November 2009
Return to InM V2 voorstellen
- meeting: TC-InM
- Author: Alexander Henket
- Status: FINAL - for discussion in TC
Inleiding
Er is nooit formeel een maximumlengte gesteld aan de lengte van een OID.extension. Wel zijn er informeel allerlei maximums in diverse (registratie)systemen.
Use Case
Vanuit diverse leveranciers is bij Nictiz aangegeven dat bij het bouwen van applicaties een bepaalde ruimte moet worden gereserveerd in de database. Doordat er geen maximum, of andere richtlijn is, wordt per leverancier een arbitrair maximum gesteld. Dit kan tot compatibiliteitsproblemen leiden.
Voorstel
Er zijn twee voorstellen ten behoeve van IH Basicomponentengids versie >= 2.3:
- Het stellen van een maximulengte aan de OID.extension
- Het vaststellen van de maximumlengte van 64 tekens
Argumentatie
De use case is voor Nictiz voldoende reden om te zoeken naar breder draagvlak. De vraag is ook voorgelegd op de internationale lijsten en diverse antwoorden kwamen daarop terug:
- Canada: 200 tekens voor zowel root als extension (bron: Lloyd McKenzie)
- Peter Scholz: ziet geen reden voor het stellen van een maximum
- UUID is 64 tekens
- GUID kan als 40 tekens hex worden weergegeven
- Binnen een ruime set testberichten zoals nu uitgewisseld binnen de AORTA was het maximum 46 tekens (bron: Alexander Henket)
Het laatste punt biedt in elk geval de garantie dat het niet tot implementatieproblemen leidt in bestaande implementaties.
Discussie
- Ik ben tegen het stellen van een maximum (hoe groot of klein ook) voor extensies. Als er al, om implementatieredenen, tot een maximum zou worden besloten, dan zou dat maxumum ruim moeten zijn. 64 lijkt me te kort. Rene spronk 14:51, 17 November 2009 (UTC)