@RolesAllowed nennt Rollen als Text statt über die Klasse Roles #116
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#116
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 #45 (Toter Code, Prüfung 03.10.2026) ausgegliedert – kein toter Code, sondern Einheitlichkeit (Olli, 19.10.2026).
Befund
shared/Roles.javabeschreibt sich als „die einzige Quelle für Zugriffsprüfungen“ und erklärt, die Konstanten seien auch in@RolesAllowedverwendbar. Im Backend stehen aber (Stand 19.10.2026) 82@RolesAllowed-Zeilen mit Text-Literalen wie"admin","poweruser"in 34 Dateien, und nur 6 Zeilen nutzen die Konstanten (CupTableauResource,SubstituteResource,TeamMatchWorkflowResource).Folge: Ein Tippfehler im Rollennamen fällt dem Compiler nicht auf, und wer eine Rolle umbenennt, muss den Text an 82 Stellen suchen.
Vorschlag
Alle
@RolesAllowedaufRoles.ADMIN,Roles.POWERUSER, … umstellen. Rein mechanisch, kein Verhalten ändert sich; die bestehenden Zugriffstests decken es ab. Danach optional eine Prüfung (Test oder ArchUnit-artig), die Literale in@RolesAllowedabweist, damit es so bleibt.