Я правильно понимаю, если через @Import добавить бин сервиса - внутри репозиторий (через @Autowired) тоже подхватится?

Да

Но если у бина-сервиса есть и другие зависимости (кроме репозитория), то их тоже надо добавить. Всю цепочку.

Поэтому я предпочитаю в сложных случаях просто использовать @SpringBootTest (пускай весь контекст поднимается) +  @AutoConfigureTestDatabase (это тоже описано в жавадоках от @DataJpaTest, кстати).

Работает, спасибо большое)

Всем привет) а кому нибудь удавалось настроить джагер, чтобы он трейсил реквесты которые через фейн клиент уходят в другой микросервис?)

Кстати как вариант )

Неплохое решение

Anand Vaval, код неверный, обратись к админу.

Привет, в опен трейсе есть своя обертка на фейн/окхттп

Да вроде как я понял и без этой обертки он норм трейсить должен

Нарисовался новый вопрос.
Есть WebMvcTest для теста контроллеров, сервис подключается через MockBean. Мокаю вызовы к сервису используя BDDMockito.given(...).willReturn(...).

В одном из тестов вызывается очередной метод сервиса, в котором вызывается еще один метод этого же сервиса. Мокаю оба метода через given + willReturn, но всё равно возвращает не то значение (метод возвращает boolean, нужен true).

Может ли быть проблема во вложенном вызове? Из предположений только что Mockito не мокает вложенные вызовы.

Если я правильно понял, то надо мокнуть только updateItem и проверить совпадают ли объекты в методе given и в реальном вызове

Те же именно объекты? Номера совпадают?

Написал тест для метода deleteItem со схожей логикой (проверка на наличие по ID -> действие) - выполнился без ошибок. Странно

Один и тот же ID передан и в given, и в запрос к контроллеру, если вы про это