Я хотел ускорить автоматическое приемочное тестирование API, и лучшим способом, который я нашел, было создание конечной точки API, которая позволила автоматические приемочные испытания чтобы стереть мою базу данных после каждого тестового прогона. Это дало мне значительные улучшения в производительности по сравнению с другими методами.Импортированная пружина MVC @Controller недоступна в тесте maven или предоставленных областям
Однако, кажется, плохая идея отправить мой API с конечной точкой, позволяющей удалить все содержимое базы данных. Даже если я гарантирую конечную точку, это все еще кажется плохой идеей.
Итак, чтобы избежать доставки конечной точки удаления, я включил @Controller с конечной точкой удаления в свой собственный модуль maven, а затем попытался включить этот модуль maven в свой API, используя область проверки «maven» (а затем «предоставил» когда это не сработало. К сожалению, контроллер с логикой удаления, похоже, не найден, если я использую область «test» или «provided». Он обнаруживается, когда я импортирую область по умолчанию (или ядро явно не задано).
Что мне не хватает? Почему я не пытаюсь работать?
Вы правы, «вы могли бы автоповторить свои репозитории/DAO и стереть данные непосредственно вместо того, чтобы подвергать его воздействию API», гораздо лучший вариант. Поскольку эти тесты являются BDD, вызывающими конечные точки REST, это не перешло мне в голову, я мог просто автоподписать мой bean-компонент. Тем не менее, bean не найден, если я использую тест или предоставленный объем ... не знаю, почему .... –