Утверждение ложное.

Когда дело доходит до веб-приложений, Spring Boot работает с множеством контейнеров сервлетов. По умолчанию используется Apache Tomcat , но вы также можете использовать веб-приложение с Jetty, Undertow или вообще без встроенного контейнера сервлетов.

Более того, Spring Boot не привязан только к веб-приложениям, хотя такое впечатление можно получить, используя зависимость spring-boot-starter-web и, следовательно, автоконфигурацию Spring Boot для веб-сайтов. С помощью Spring Boot вы можете писать все виды сервисов, от пакетных заданий и утилит командной строки до серверных модулей обмена сообщениями и реактивных веб-приложений.

Spring Boot построен поверх Spring Framework.

Пример: Spring Framework предлагает вам возможность читать файлы свойств .properties из различных мест, например, с помощью аннотаций @PropertySource. Он также предлагает вам возможность писать JSON REST контроллеры с помощью инфраструктуры Web MVC.

Проблема в том, что вы должны указать Spring откуда читать свойства приложения и правильно настроить веб-фреймворк, например, для поддержки JSON. Spring Boot, с другой стороны, берет эти отдельные части и предварительно настраивает их для вас. 

Например:

• Он всегда автоматически ищет файлы application.properties в различных заранее определенных местах и ??считывает их.

• Он всегда загружает встроенный Tomcat, поэтому вы можете сразу увидеть результаты написания ваших @RestControllers и начать писать веб-приложения.

• Он автоматически настраивает все для отправки / получения JSON, не беспокоясь о конкретных зависимостях Maven / Gradle. Все, путем запуска основного метода в классе Java, который аннотируется аннотацией @SpringBootApplication.

Если это объяснение по-прежнему оставляет у вас вопросы, ознакомьтесь с этим обширным руководством по Spring Framework, которое более подробно освещает эту тему.

Вы можете создавать новые проекты Spring Boot с помощью веб-приложения Spring Initializr или Spring Boot CLI. Интересно, что Spring Initializr - это не просто веб-сайт, на котором вы можете создавать .zip файлы скелета проекта. Это также API, который можно вызывать программно. Все основные IDE (Spring Tool Suite, IntelliJ IDEA Ultimate, Netbeans и VSCode) напрямую интегрируются с ним, так что вы можете создавать новые проекты Spring Boot прямо из вашей IDE.

Что касается стартеров, вам нужно прочитать документацию и иметь немного опыта. Если вы работаете с веб-приложением, вы начнете с spring-boot-starter-web, а затем добавите соответствующий стартер из документации, как только вы захотите включить определенную технологию. Через некоторое время вы получите хорошее представление о том, какие стартеры вам нужны для вашей технологии.

Это потому, что Spring Boot выполняет за вас некоторое управление зависимостями.

На верхнем уровне стартеры Spring Boot закачивают родительский файл pom.xml (или файл build.gradle), в котором определены все зависимости и соответствующие версии, которые поддерживает конкретная версия Spring Boot - так называемый BOM (Bill Of Materials). Затем вы можете просто использовать эти предопределенные версии или переопределить номера версий в своих собственных сценариях сборки.

Вы можете найти список всех поддерживаемых в настоящее время сторонних библиотек и версий в проекте spring-boot-dependencies.

По умолчанию Spring Boot извлекает свойства почти из 20 мест, от переменных среды и аргументов командной строки до файлов конфигурации (application.properties).
Эти местоположения также упорядочены, так что местоположения, расположенные ниже в списке, имеют приоритет над более ранними. Вы можете, например, поместить файл application.properties по умолчанию в свой развертываемый файл .jar, тогда как ваши коллеги по эксплуатации переопределят только некоторые из них, предоставив свой собственный файл application.properties на машине развертывания.

Важно понимать эти местоположения и поведение по умолчанию, чтобы повторно не реализовывать функциональность свойств Spring Boot с настраиваемым PropertySourceProvider или использовать более тяжелые параметры, такие как сервер конфигурации Spring-Cloud.

Вам также необходимо убедиться, что вы понимаете концепцию нечёткой привязки свойств Spring (Relaxed properties binding), поскольку вы можете связывать свойства из этих мест со свойствами компонента конфигурации без явного совпадения имен.

Утверждение ложное.

Spring Boot работает с различными механизмами шаблонов HTML, и хотя Thymeleaf является популярным выбором и полностью интегрирован со Spring, вы также можете использовать многие другие, такие как Freemarker, Velocity или даже JSP (хотя это и не строго шаблонный движок).

Обычно рекомендуется выбрать вариант, который вам наиболее удобен / который используется в вашей компании по умолчанию.

Spring Boot интегрируется с множеством библиотек доступа к базам данных Java ( см. Полный список здесь ). Большинство пользователей, вероятно, будут использовать spring-boot-starter-jpa, spring-boot-starter-jdbc или один из соответствующих проектов spring-data.

Существуют также более легкие альтернативы, такие как jOOQ или myBatis. Наконец, вы всегда можете использовать опции NoSQL, такие как MongoDB и т. д.

Во-первых, всегда полезно правильно понять экосистему ведения журналов Java, а затем прочитать соответствующую главу Spring Boot документации о ведении журнала.

Когда дело доходит до настройки вывода, существуют различные варианты:

• Непосредственно в файле application.properties (который, конечно, может и должен отличаться в средах DEV и PRD).

• В зависимости от используемой структуры ведения журнала, указание настраиваемого файла конфигурации (например, logback-spring.xml).

• Или даже через JMX во время выполнения.

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

Самый простой способ развернуть приложение Spring Boot — это поместить .jar файл со встроенным контейнером сервлетов на любой сервер или платформу, на которой установлена ??JRE.
По организационным и историческим причинам вы также можете развернуть приложение Spring Boot как файл .war в существующем контейнере сервлетов или сервере приложений.

И последнее, но не менее важное: вы, конечно, также можете поместить свой .jar файл в образ Docker и даже развернуть его с помощью Kubernetes.

Это вопрос с подвохом. При добавлении Spring Security Starter в ваше приложение вы будете неожиданно запрашивать логин каждый раз, когда вы пытаетесь получить доступ к вашему приложению. Кроме того, отправка форм / конечные точки REST будут работать иначе или полностью заблокированы.

Суть в том, что вы «не просто включаете» безопасность в приложении Spring Boot, вам нужно четкое понимание того, что вы делаете.

Автор написал исчерпывающее руководство по Spring Security , которое объясняет все основные аспекты безопасности самым простым способом.

Spring Boot Actuator может предоставить эту информацию через конечные точки HTTP или JMX. Кроме того, вы можете запустить приложение Spring Boot с флагом «--debug».

Обратите внимание, что информация об оцениваемых условиях немного «сырая» и ее трудно переварить. Для этого прочтите это руководство, чтобы убедиться, что вы понимаете, как работают автоконфигурации Spring Boot.