Перейти на PRO

Создавали ли вы собственный Spring Boot Starter?

Тип вопроса: Spring Вероятность: 10% Категория: Java Разработчик

Ответ

Да. Spring Boot Starter — это артефакт, который предоставляет готовую конфигурацию и зависимости для определенной функциональности.

Цель: Упростить подключение и настройку библиотеки или сервиса в проекте.

Основные шаги создания:

  1. Создание модуля: Новый Maven/Gradle модуль с зависимостью spring-boot-autoconfigure. 
    <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-autoconfigure</artifactId>
</dependency>
  2. Написание автоконфигурации: Класс, определяющий бины при наличии определенных условий. 
    @Configuration
@ConditionalOnClass(MyService.class) // Бин создается, если класс в classpath
@AutoConfiguration
public class MyServiceAutoConfiguration {
    @Bean
    @ConditionalOnMissingBean // Создаем, если бин еще не определен пользователем
    public MyService myService() {
        return new DefaultMyService();
    }
}
  3. Регистрация конфигурации: Файл META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports должен содержать полное имя класса автоконфигурации.
  4. Дополнительные свойства: Можно добавить @ConfigurationProperties для внешней настройки через application.yml.

Результат: Пользователи подключают ваш starter одной зависимостью, и все необходимые бины настраиваются автоматически.

Ответ 18+ 🔞

А, ну это ж классика, блядь! Spring Boot Starter, сука! Это как такой волшебный пакетик, который ты, мудак, в свой проект кидаешь, а он там сам всё расхуяривает и настраивает. Красота, ёпта!

Суть, блядь, в чём: Это такая бандура, которая приносит с собой сразу и настройки, и все нужные зависимости, чтобы не ебаться с этим вручную. Хули там по пунктам?

Как эту хуйню слепить самому, если охота приключений на свою жопу:

  1. Делаешь новый модуль. Maven там, или Gradle — кому как нравится. Главное, не забудь прикрутить spring-boot-autoconfigure, а то нихуя не взлетит.

    <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-autoconfigure</artifactId>
</dependency>

    Без этого, блядь, как без рук.

  2. Пишешь автоконфигурацию. Это такой класс, который говорит: «Э, смотри, если в проекте есть вот эта библиотека, то я сам, блядь, создам нужные бины, не парься».

    @Configuration
@ConditionalOnClass(MyService.class) // Если этот класс есть в classpath, то работаем
@AutoConfiguration
public class MyServiceAutoConfiguration {
    @Bean
    @ConditionalOnMissingBean // А этот бин создадим, только если юзер сам его ещё не сделал
    public MyService myService() {
        return new DefaultMyService();
    }
}

    Умная хуйня, понимаешь? Сама соображает, когда что делать.

  3. Самое важное, блядь! Нужно этой конфигурации дать пинка, чтобы Spring её заметил. Создаёшь файлик META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports и пишешь туда полное имя своего класса. Без этого — тишина, пиздец, ничего не заработает.

  4. Ну и для полного счастья можно накрутить @ConfigurationProperties, чтобы настройки из application.yml подтягивались. Для самых въедливых пользователей, блядь.

И что в итоге, ёпта? А в итоге какой-нибудь чувак, который будет твой стартер использовать, просто добавит одну строчку в зависимости и — охуеть! — всё само поднимется, настроится и побежит. Волшебство, блядь, а не технология. Ебать мои старые костыли, как же это удобно!

© ХакСобесов, 2026
support@hacksobesov.com