Весна 4 вышла в декабре 2013 года, и с тех пор она медленно набирает обороты.
В мае 2015 года я провел опрос , согласно которому степень внедрения Spring 4 составила 65 % , а степень внедрения Spring Boot — 34 % .
На прошлой неделе я завершил новый опрос «Java и Spring в 2016 году» и получил 2253 ответа от сообщества.
В этом руководстве мы рассмотрим написание тестов с использованием поддержки фреймворка в Spring Boot. Мы рассмотрим модульные тесты, которые могут выполняться изолированно, а также интеграционные тесты, которые загружают контекст Spring перед выполнением тестов.
Если вы новичок в Spring Boot, ознакомьтесь с нашим введением в Spring Boot .
В этой статье мы рассмотрим основы интеграции DynamoDB в приложение Spring Boot на практическом практическом примере проекта.
Мы покажем, как настроить приложение для использования локального экземпляра DynamoDB с помощью Spring Data. Мы также создадим пример модели данных и класса репозитория, а также выполним реальные операции с базой данных с помощью интеграционного теста.
DynamoDB — это полностью управляемая база данных NoSQL, размещенная на AWS, похожая на другие базы данных NoSQL, такие как Cassandra или MongoDB. DynamoDB предлагает быструю, стабильную и предсказуемую производительность и масштабируемость.
По своей сути Apache Camel представляет собой механизм интеграции, который, проще говоря, можно использовать для облегчения взаимодействия между широким и разнообразным набором технологий.
Эти мосты между сервисами и технологиями называются маршрутами. Маршруты реализованы на движке ( CamelContext ) и взаимодействуют с так называемыми «сообщениями обмена».
Для начала нам нужно включить зависимости для Spring Boot, Camel, Rest API с Swagger и JSON:
В этом руководстве мы узнаем, как подключиться к базе данных NoSQL с помощью Sprint Boot. В нашей статье мы будем использовать DataStax Astra DB , DBaaS на базе Apache Cassandra , которая позволяет нам разрабатывать и развертывать приложения, управляемые данными, с помощью облачной службы.
Во-первых, мы начнем с рассмотрения того, как установить и настроить наше приложение с помощью Astra DB. Затем мы узнаем, как создать простое приложение с помощью Spring Boot .
Начнем с добавления зависимостей в наш pom.xml . Конечно, нам понадобится зависимость spring-boot-starter-data-cassandra :
В этом руководстве мы узнаем, как установить уровень журнала при запуске тестов для приложения Spring Boot .
Хотя мы можем в основном игнорировать журналы, пока проходят наши тесты, выбор правильного уровня журнала может иметь решающее значение, если нам нужно диагностировать неудачные тесты .
Правильная настройка уровня журнала может сэкономить нам много времени.
В этом руководстве мы изучим несколько методов настройки Swagger в приложении Spring Boot , чтобы скрыть пути, открытые BasicErrorController .
В этой статье мы не будем рассматривать создание базовой конфигурации для запуска Spring Boot и Swagger-UI. Мы можем либо использовать уже настроенный проект, либо следовать руководству по настройке Swagger 2 с помощью Spring REST API , чтобы создать базовую конфигурацию.
В этом уроке мы собираемся сравнить Micronaut и Spring Boot . Spring Boot — это часть популярной среды Spring, которая используется для быстрого запуска и запуска приложений Spring. Micronaut — это фреймворк на основе JVM, созданный для устранения некоторых недостатков Spring/Spring Boot.
Мы сравним две платформы в нескольких областях. Во-первых, мы сравним простоту создания нового приложения, языковую поддержку и другие параметры конфигурации. Затем мы рассмотрим два простых приложения REST. Наконец, мы сравним код и измерим различия в производительности.
В следующих разделах мы разберем несколько функций двух фреймворков.
В этом руководстве мы разберемся с методологией приложения с двенадцатью факторами .
Мы также поймем, как разработать микросервис с помощью Spring Boot. В процессе мы увидим, как применять методологию двенадцати факторов для разработки такого микросервиса.
Методология двенадцати факторов представляет собой набор из двенадцати передовых методов разработки приложений, предназначенных для работы в качестве службы . Первоначально это было разработано Heroku для приложений, развернутых в качестве сервисов на их облачной платформе еще в 2011 году. Со временем это оказалось достаточно общим для любой разработки программного обеспечения как услуги (SaaS).