кто работал с этой книгой, стоит ее брать?

Привет всем. Джун в спринге и вот делаю все по примеру урока, делаю @Autowired к репозиторию SiteRepo, для модели (domain) Site.

Но получаю вот такую ошибку:
Parameter 0 of constructor in ru.quicklead.server.GreetingsController required a bean of type 'ru.quicklead.server.repository.SiteRepo' that could not be found.

Бин существует, ServerApplication.java есть. Что только не пробовал не работает и все.

Или может кто хороший урок подскажет по работе с базой данных MySQL в спринге, который 100% работает на новых версиях?

Решил проблему правильным определением зависимостей в gradle
Не знал, что implementation не импортирует транзитивно
После применения плагина 'java-library' и определения зависимостей как api все заработало

репозиторий помечен анотацией?

Вообще понять не могу почему так и что делаю не так

Откуда знаешь, что бин существует? Чёт спринг его у себя не находит в контейнере.

А в зависимостях что у тебя?

Вижу легаси. оно такое, да

Помогли разобраться в проблемы, не было зависимости с автоконфигуратором jpa

Ребят, идея предлагает в месте где может быть npe   поставить assert body != null;
Хорошая ли это идея? Я вроде почитал на счет него, прошелся в дебаге  но если body == null то он не выкидывает какой либо эксепшен

По крайней мере я ожидал хотя бы получить AssertionException

Код надо писать так чтобы не было npe.

Ну там не от меня зависит так как все делает RustTemplate. Но да ладно вопрос сейчас о другом.

Я как бы ответил на ваш вопрос..

если и проверять на null, то лучше if (body == null) {}

Assert будет работать в том случае если он включён,  -ea, его кажется испрльзуют во время тестирования , в продакшне обычно его отключают

Где то в другом месте должен гарантировать что body не должен быть пустым , чтобы не делать проверки в нескольких местах

Понял, большое спасибо!

Добрый день, вопрос по gradle и maven больше, но все же
Если в библиотеке для javac указывается аргумент -parameters, то будет ли он применен к тем, кто использует эту зависимость?
Знаю, что spring-boot-parent точно определяет этот аргумент, но там все-таки он выступает как parent pom
Или, если надо задавать этот аргумент, то только как-то через свой плагин?
Сейчас полагаюсь на спринговый ParameterNameDiscoverer, но, как я понял, в каких-то случаях и он не может определить названия параметров (пока с таким не столкнулся)