Pflicht-Query-Parameter stehen im Schema als freiwillig #135
Labels
No labels
Kind
Bug
Kind
Enhancement
Kind
Maintenance
Priority
P1
Priority
P2
Priority
P3
Status
In Progress
Status
Need More Info
Status
Zur Abnahme
Änderungen Wettspielreglement
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sffs-tt-basel/sffs-tt-issues#135
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Aus dem Review von Etappe 1 der URL-Neuordnung (23.10., Branch
feature/url-etappe-1).GET /api/elo-determinationsantwortet ohne?seasonId=mit 400 (EloResource.determinations). Im Schema (packages/api-types/openapi.json) steht der Parameter aber mitrequired: false. Der Vertrag beschreibt den Endpunkt damit falsch (ADR 0007).Dasselbe Muster gab es schon vorher, zum Beispiel bei
CategoryRoundResource.listundMatchWeekResource: Der Server verlangt den Parameter, das Schema nicht.Vorschlag: Alle Query-Parameter, ohne die ein Endpunkt 400 antwortet, mit
@Parameter(required = true)(MicroProfile OpenAPI) auszeichnen undopenapi.jsonneu erzeugen. Am besten zusammen mit #126, das die Query-Parameter ohnehin auf snake_case umstellt (die Spec der URL-Neuordnung machtseason_iddort zur Pflicht, G3).Vorher vollständig aufzählen, welche Endpunkte einen Pflicht-Query-Parameter haben (Null-Prüfung im Code), nicht nur die drei genannten.