Всем привет!

Мне сюда порекомендовали написать, ищу Java девелопера, с релокейтом в Таллинн :)
Вдруг кому интересно

о, спасибо!

В файндворн не постят не КР вакансии

лучше внятно описать и скинуть сюда и в @devkg

спасибо! Сейчас будет :)

ну и hh с линкедином никто не отменял )

Всем привет! Есть вопрос: можно ли сделать так, чтобы при запуске приложения на Spring программа пробегалась по всем методам, помеченным определённым аспектом и выполняла определённые действия. Допустим, 2 метода помечены аспектом @Permission("А") и @Permission("В") соответственно. И во время запуска, программа смотрит, что в базе ранее уже был объект "А" сохранён, а вот объект "В" - уже нечто новое и его нужно таки сохранить в базу. И какие вообще best practices есть, какие использовали вы для разруливания прав доступа к частям программы.

см Spring-Security

ну, это-то понятно. Там я уже глядел :)

Спасибо за предложение

Да, так можно но это не совсем АОП. Нужно просто рефлексией по классам пройтись. Аспект - это когда вы на каждый вызов метода, помеченного @Permission выполняете некоторую свою логику до и/или после вызова метода.

По логике - близко @Secured, @PreAuthorize, ... из Spring Security. Смотрите в эту сторону.

Насчет best practices, смотрите spring security reference. Это роли и ACL.

Нет в best practices генерации в БД ролей на запуске приложения)

Тоже к этому пришёл. На счёт @Secured, @PreAuthorize - очень близко по теме, но слишком ограничено. Клиент сам создаёт роли, настраивает им права доступа. Мы не знаем заранее ни их количества, ни названий, ни какие права кому назначат. Цель помечать новые end-point-ы на бэк-энде аспектом @Pemission(name = "Some pemission name") и чтобы система сама регистрировала новые фичи, а пользователь уже настраивал какое право какой роле дать.

@ruslanys Спасибо за отклик!

Ребят, снова я. Теперь чуть другой вопрос)) Как передать кастомный класс в аспект @Before ?

Всмысле объект класса

или какие-нибудь примитивные типы. Да вообще хоть что-нибудь кастомное, откуда можно будет вытащить инфу

в @PreAuth можно добавлять свои функции. Например: @PreAuth("isAgent"). Можно разрулить на них. Можно на ролях @PreAuth('hasRole(...)'). К слову, для обозначения "фич" вы можете использовать как раз уже готовый механизм ролей, а пользователю предоставьте возможность эти ваши "роли" собирать по группам как угодно и назначать юзерам. Все. Задача - проще простого. Не нужно костылять.

не оч понял вопрос