Použití vlastních bezpečnostních anotací pro ochranu metod se Spring Security

Nedávno jsme na našich projektech upgradovali z prastaré Acegi Security na nejnovější verzi - dnes už Spring Security. Spolu s tím, jsme začali ve větší míře používat ochranu volání metod na byznys vrstvě pomocí anotací @PreAuthorize / @PostAuthorize. Použití tohoto způsobu ochrany však vede k rozmnožení často se opakujících "Stringů" v těle tříd, které výsledný kód znepřehledňují a zavádějí duplicity v těle SpEL výrazů. V hlavě se mi zrodil nápad, jak by bylo možné zápis zpřehlednit a společné výrazy vysdílet v podobě vlastních bezpečnostních anotací. Pokud jste na stejné vlně - tj. používáte stejnou knihovnu a ochranu volání metod, uvítám Vaše názory k této myšlence (a případně hlasy k připojené issue na Spring Security trackeru).

Diskuzní příspěvky
Zatím zde nejsou žádné zprávy