OpenAPI Spec Längenbeschreibung
### Description of the bug: <!-- Insert here a detailed description of the bug, including the steps leading to the reproduction of the bug. --> 1. In der Destination hat die KeyID (`encryptionKid`) eine Maximallänge von 64 Zeichen 2. Der Endpunkt zum Abrufen des Schlüssels definiert die `keyId` mit maximal 36 Zeichen 3. Im Body des Endpunkts ist die `keyId` wieder mit 64 Zeichen definiert. ### Current behavior: <!-- Describe here what actually happens when the bug occurs --> > wir haben derzeit ein fehlerhaftes Verhalten in der Validierung von KeyIDs beim Abfragen von Destination Informationen. > In der Doku (https://docs.fitko.de/fit-connect/docs/apis/submission-api) ist folgendes vermerkt: > Der Endpunkt /v1/destinations/{destinationId} beschreibt in seinem Schema für das Attribut encryptionKid eine max. Länge von 64 Zeichen. > Der Endpunkt /v1/destinations/{destinationId}/keys/{keyId} definiert das Attribut kid ebenfalls aber mit maximal 36 Zeichen. > Dies führt bei uns dazu, dass die Validierung des Keys sporadisch fehlschlägt. > Gibt es einen Grund, dass die max. Stringlänge dort unterschiedlich ist, oder ist das ein Bug in Ihrer OpenAPI Spezifikation? ### Expected behavior: <!-- Describe here what is actually expected if the bug does not occur --> Die `keyId` hat überall die gleiche Maximallänge. Da die Key-ID keine UUID sein muss, sind Längen >36 Zeichen plausibel. Daher sollte die Maximallänge 64 Zeichen sein. ### Environments: <!-- Specify here which environments are affected, e.g. DEV, TEST, STAGE, PROD --> ### Additional Information: <!-- Enter further relevant information here, e.g. operating system, browser etc. including the version of the FIT-Connect component --> ### Dependency / relationship to other issues: <!-- Write down here what kind of relationship it is and a brief explanation of it. --> ### Responsible person / team: <!-- Insert here the name of the person or team responsible for processing the bug. --> ### Contact persons including contact details: <!-- Indication of contact persons such as the person who reported the error, how to reach them. --> ### Screenshots / Logs / Requests: <!-- Insert screenshots or other (visual) aids here if necessary to clarify the bug. --> ### Checklist: - [ ] Add Severity label - [ ] Add team label - [ ] Related/affected issues/stories/epics linked and explained in the bug issue - [ ] Creation of an automated test - [ ] Bugfix deployed on DEV - [ ] Bugfix tested on DEV - [ ] Bugfix deployed on TEST - [ ] Bugfix tested on TEST (possibly also by the connection project itself) - [ ] Successful fix reported to Team Operations (Teams channel) - [ ] Bugfix deployed on STAGE - [ ] Bugfix tested on STAGE if necessary - [ ] Bugfix deployed on PROD - [ ] Bugfix tested on PROD (possibly also by the connection project itself) - [ ] Final communication by Team Operations if necessary - [ ] Internal documentation was checked and updated if necessary - [ ] External documentation has been checked and updated if necessary - [ ] Updated changelog if necessary ### Approach/Solution: <!-- Other comments or notes can be added here, e.g. what has been tried so far to solve the problem. --> - [x] Im Endpunkt `GET /v1/destinations/{destinationId}/keys/{keyId}` der Submission API wurde der Path Parameter `keyId` in "8 to 64 chars" geändert. - [x] Im der Destination wurde eine Minimallänge von 8 Zeichen für `encryptionKid` gesetzt. - [x] Die geänderte Submission API wurde als neue Patchversion released. ### Release version of the artifact:
issue