Наверное потому что это реально делается разными способами, выбери хотя бы один для начала и проверь.

Он тривиален для Гугла, раз есть много ответов:)

нет. Для гугла нет на этот раз. Нету необходимости считать меня дураком, который с ним прям вообще не дружит. Поверь, про мою неспособность пользоваться гуглом - это не правда. Так как найденное там описывает много всего как исключать компоненты и фильтры, используемые, например в, спринг секьюрити( здесь спасибо гуглу, хоть теперь могу попробовать фильтр заблочить для теста запроса к эндпоинту, но это уже другая тема ). Но про исключение конкретно классов-конфигов и последующее подтягивание холостого контекста приложения - НИЧЕГО, ноль. Я уже отчаялся ппц как. Хоть виски пей от горя.

Поэтому мне остаётся только одно: мокать бин сервис, но боюсь, что аспекты не способны перехватывать вызовы методов с замоканного бина, даже если он - spy

потому мне и нужна ваша помощь. Кусок кода на мой случай или рекомендации к выполнению этого ТЗ.

Это единственный гарантированный способ

И? Для спринга твоя картинка - массив байт, блоб, он и не должен его валидировать

ну насчёт картинки - вопрос отпал. Александр, прошу вас, умоляю помогите мне с тем вопросом, который я напписал сообщениями выше

как бы вы поступили в решении того ТЗ в тестировании аспектов, стараясь не загрузать контекст апликахи полностью( без конфигов и => лишних бинов ) ??

У тебя два конфига на разные профили с разными бинами?

Сделал бы тестовый конфиг в котором включил аоп и описал бы один конкретный Бин, делов на минуту

делов на минуту, но не сработало так как сервис один хоть и инициализировал как бин в конфиге, но заавтовайренные зависимости - нет поэтому при запуске контекста он и валится. Т.е. придётся пройтись по всем зависистям бина и их инстанцировать вручную, а с бинами репозиториев и то хуже: через конфиг его так просто инстанцировать не получится как бин

Cannot create bean with name "emailService" Nested exception и после этой фразы идёт тот компонент, который внутри бина не был заинджектен. Я понимаю почему так происходит и это очевидно, просто чтобы все зависимости инстанцировать, тут уже дела не на минуту

хммм. В данный момент нет.

Тогда почему бы ожидаешь что загрузится разные бины?

Моки на что?

я ожидаю, что загрузятся не разные бины, а именно чтобы не загрузились лишние, которые описал в конфигах. Только те бины, которые являются сервисами, репами и компонентами, которые не инициалировал через классы конфигов руками. Т.е. тем самым исключить лишнее, что в тестировании не нужно и ускорить запуск теста раннэром

это к слову о моках

Почему не должны загрузится бины из конфигураций?

Поэтому мне остаётся только одно: мокать бин сервис, но боюсь, что аспекты не способны перехватывать вызовы методов с замоканного бина, даже если он - spy