В этом руководстве мы рассмотрим сканирование компонентов в Spring. При работе с Spring мы можем аннотировать наши классы, чтобы превратить их в bean-компоненты Spring. Кроме того, мы можем указать Spring, где искать эти аннотированные классы, так как не все они должны стать bean-компонентами в этом конкретном запуске.
Конечно, есть некоторые значения по умолчанию для сканирования компонентов, но мы также можем настроить пакеты для поиска.
Во-первых, давайте посмотрим на настройки по умолчанию.
@ComponentScan без аргументовВ этом кратком руководстве мы обсудим разницу между аннотациями @Controller и @RestController в Spring MVC.
Мы можем использовать первую аннотацию для традиционных контроллеров Spring, и она уже очень давно является частью фреймворка.
В Spring 4.0 появилась аннотация @RestController , чтобы упростить создание веб-сервисов RESTful. Это удобная аннотация, объединяющая @Controller и @ResponseBody , что устраняет необходимость аннотировать каждый метод обработки запросов класса контроллера аннотацией @ResponseBody .
@контроллерВнедрение зависимостей — фундаментальный аспект фреймворка Spring , посредством которого контейнер Spring «внедряет» объекты в другие объекты или «зависимости».
Проще говоря, это позволяет слабо связывать компоненты и переносит ответственность за управление компонентами на контейнер.
Давайте рассмотрим DI с Spring здесь.
Гибридное определение bean - компонентов в приложении Spring Boot включает в себя как конфигурацию на основе аннотаций, так и конфигурацию на основе XML . В этой среде мы можем захотеть использовать конфигурацию на основе XML в тестовых классах . Однако иногда в этой ситуации мы можем столкнуться с ошибкой загрузки контекста приложения « Не удалось загрузить ApplicationContext ». Эта ошибка появляется в тестовых классах, потому что контекст приложения не загружается в тестовый контекст.
В этом руководстве мы обсудим , как интегрировать контекст приложения XML в тестирование приложения Spring Boot.
2. Ошибка «Не удалось загрузить ApplicationContext»В этом кратком руководстве мы предоставляем краткий обзор аннотаций Spring @RequestBody и @ResponseBody .
@RequestBodyПроще говоря, аннотация @RequestBody сопоставляет тело HttpRequest с объектом передачи или домена, обеспечивая автоматическую десериализацию входящего тела HttpRequest в объект Java.
В этой статье мы рассмотрим взаимодействие между интерфейсным приложением и REST API, развернутыми отдельно .
Цель состоит в том, чтобы обойти ограничения CORS и политики одинакового происхождения для браузера и позволить пользовательскому интерфейсу вызывать API, даже если они не имеют одного и того же источника.
В основном мы создадим два отдельных приложения — приложение пользовательского интерфейса и простой REST API, и мы будем использовать прокси- сервер Zuul в приложении пользовательского интерфейса для проксирования вызовов к REST API.
Zuul — это маршрутизатор на основе JVM и балансировщик нагрузки на стороне сервера от Netflix. И Spring Cloud имеет хорошую интеграцию со встроенным прокси-сервером Zuul — это то, что мы будем использовать здесь.
В этом руководстве основное внимание будет уделено входу в систему с помощью Spring Security . Мы собираемся использовать предыдущий пример Spring MVC , так как это необходимая часть настройки веб-приложения вместе с механизмом входа в систему.
При работе с Spring Boot стартер spring-boot-starter-security автоматически включает все зависимости, такие как spring-security-core , spring-security-web и spring-security-config среди прочих:
Zuul — это пограничный сервис (или шлюз API) от Netflix, который обеспечивает динамическую маршрутизацию, мониторинг, отказоустойчивость и безопасность.
В этом туториале мы рассмотрим, как настроить маршруты Zuul с резервными вариантами .
Для начала мы сначала настроим два приложения Spring Boot. В первом приложении мы создадим простую службу REST. Принимая во внимание, что во втором приложении мы будем использовать прокси-сервер Zuul для создания маршрута для службы REST первого приложения.