Spring Boot имеет множество полезных функций, включая внешнюю настройку и легкий доступ к свойствам, определенным в файлах свойств . В более раннем учебнике описывались различные способы, которыми это можно сделать.
Теперь мы собираемся более подробно изучить аннотацию @ConfigurationProperties .
В этом руководстве мы рассмотрим сканирование компонентов в Spring. При работе с Spring мы можем аннотировать наши классы, чтобы превратить их в bean-компоненты Spring. Кроме того, мы можем указать Spring, где искать эти аннотированные классы, так как не все они должны стать bean-компонентами в этом конкретном запуске.
Конечно, есть некоторые значения по умолчанию для сканирования компонентов, но мы также можем настроить пакеты для поиска.
Во-первых, давайте посмотрим на настройки по умолчанию.
@ComponentScan без аргументовВ этой статье мы рассмотрим, как мы можем перенести существующее приложение Spring Framework в приложение Spring Boot .
Spring Boot не предназначен для замены Spring, а для того, чтобы сделать работу с ним быстрее и проще. В результате большинство изменений, необходимых для переноса приложения, связаны с конфигурацией. По большей части наши пользовательские контроллеры и другие компоненты останутся прежними.
Разработка с использованием Spring Boot дает несколько преимуществ:
Spring Boot В этой статье мы представляем Spring Boot Actuator. Сначала мы рассмотрим основы, а затем подробно обсудим, что доступно в Spring Boot 2.x и 1.x.
Мы узнаем, как использовать, настраивать и расширять этот инструмент мониторинга в Spring Boot 2.x и WebFlux, используя преимущества модели реактивного программирования. Затем мы обсудим, как сделать то же самое с помощью Boot 1.x.
Spring Boot Actuator доступен с апреля 2014 года вместе с первым выпуском Spring Boot.
С выпуском Spring Boot 2 Actuator был переработан, и были добавлены новые захватывающие конечные точки.
Мы разделили это руководство на три основных раздела:
В этом кратком руководстве представлены различные способы определения точки входа в приложение Spring Boot с помощью Maven и Gradle.
Основной класс приложения Spring Boot — это класс, который содержит общедоступный метод static void main() , который запускает Spring ApplicationContext . По умолчанию, если основной класс не указан явно, Spring будет искать его в пути к классам во время компиляции и не запустится, если ни один из них или несколько из них не будут найдены.
В отличие от обычных приложений Java, основной класс, обсуждаемый в этом руководстве, не отображается как свойство метаданных основного класса в META-INF/MANIFEST.MF результирующего файла JAR или WAR.
Spring Boot ожидает, что для свойства метаданных Main-Class артефакта будет установлено значение org.springframework.boot.loader.JarLauncher ** (или WarLauncher ) ** , что означает, что передача нашего основного класса непосредственно в командную строку java не запустит наше приложение Spring Boot правильно.
Примерный манифест выглядит так:
Spring Boot по умолчанию обслуживает содержимое по пути корневого контекста («/») .
Хотя обычно рекомендуется предпочесть соглашение конфигурации, бывают случаи, когда мы хотим иметь собственный путь.
В этом кратком руководстве мы рассмотрим различные способы его настройки.
В этом руководстве мы рассмотрим написание тестов с использованием поддержки фреймворка в Spring Boot. Мы рассмотрим модульные тесты, которые могут выполняться изолированно, а также интеграционные тесты, которые загружают контекст Spring перед выполнением тестов.
Если вы новичок в Spring Boot, ознакомьтесь с нашим введением в Spring Boot .
Управление зависимостями является критическим аспектом любого сложного проекта. И делать это вручную далеко не идеально; чем больше времени вы потратили на это, тем меньше у вас осталось времени на другие важные аспекты проекта.
Стартеры Spring Boot были созданы именно для решения этой проблемы. Стартовые POM — это набор удобных дескрипторов зависимостей, которые вы можете включить в свое приложение. Вы получаете универсальный магазин для всех необходимых вам Spring и сопутствующих технологий, без необходимости искать примеры кода и копировать и вставлять множество дескрипторов зависимостей.
У нас есть более 30 загрузчиков — давайте рассмотрим некоторые из них в следующих разделах.