Весенняя структура

Весенняя структура

Разработчик(и)	VMware
Первоначальный выпуск	1 октября 2002 г ( 01.10.2002 )
Стабильная версия	6.1.4   / 15 февраля 2024 г ( 15 февраля 2024 г. )
Репозиторий	github .с /весенние-проекты /весенний-фреймворк
Написано в	Ява
Платформа	Java EE
Тип	Платформа приложения
Лицензия	Лицензия Апач 2.0
Веб-сайт	весна .что /проекты /весенний-фреймворк

Spring Framework — это платформа приложений и управления инверсия контейнера для платформы Java . Основные функции платформы могут использоваться любым приложением Java, но существуют расширения для создания веб-приложений на основе платформы Java EE (Enterprise Edition). Фреймворк не навязывает какой-либо конкретной модели программирования . . Эта платформа стала популярной в сообществе Java как дополнение к модели Enterprise JavaBeans (EJB). Spring Framework — бесплатное программное обеспечение с открытым исходным кодом .

История версий

Версия	Дата	Примечания
0.9	2003
1.0	24 марта 2004 г.	Первый серийный выпуск.
2.0	2006
3.0	2009
4.0	2013
5.0	2017
6.0	22 ноября 2022 г.
6.1	16 ноября 2023 г.
6.2	релиз запланирован на ноябрь 2024 г.

Первая версия была написана Родом Джонсоном , который выпустил фреймворк вместе с публикацией своей книги Expert One-on-One J2EE Design and Development в октябре 2002 года. Впервые фреймворк был выпущен под лицензией Apache 2.0 в июне 2003 года. Версия 1.0 была выпущена в марте 2004 года. Платформа Spring 1.2.6 получила награду за производительность Jolt и премию JAX Innovation Award в 2006 году. Spring 2.0 был выпущен в октябре 2006 года, Spring 2.5 — в ноябре 2007 года, Spring 3.0 — в декабре 2009 года, Spring 3.1 — в декабре 2011 года и Spring 3.2.5 — в ноябре 2013 года. Spring Framework 4.0 был выпущен в декабре 2013 года. Заметные улучшения в Spring 4.0 включали поддержку Java SE (Standard Edition) 8, Groovy 2, некоторые аспекты Java EE 7 и WebSocket .

Spring Framework 4.2.0 был выпущен 31 июля 2015 года и сразу же обновлен до версии 4.2.1, выпущенной 1 сентября 2015 года. Он «совместим с Java 6, 7 и 8, с упором на основные усовершенствования и современные веб-возможности» .

Spring Framework 4.3 был выпущен 10 июня 2016 года и поддерживался до 2020 года. Было объявлено, что это «последнее поколение в рамках общих системных требований Spring 4 (Java 6+, Servlet 2.5+), [...]» .

Объявлено, что Spring 5 будет построен на Reactor Core, совместимом с Reactive Streams .

Spring Framework 6.0 был выпущен 16 ноября 2022 года и включал базовую версию Java 17+ и переход на Jakarta EE 9+ (в версии jakarta пространство имен), с упором на недавно выпущенные API-интерфейсы Jakarta EE 10, такие как Servlet 6.0 и JPA 3.1.

Модули

Spring Framework включает в себя несколько модулей, которые предоставляют ряд услуг:

• Spring Core Container: это базовый модуль Spring. и предоставляет весенние контейнеры ( BeanFactory и ApplicationContext). В этом контексте spring-core это артефакт находится в основном модуле принадлежащий к org.springframework группа. spring-core артефакт состоит из контейнера IoC, а также служебных классов используется во всем приложении.
• Аспектно-ориентированное программирование : позволяет реализовать сквозные задачи . spring-aop является артефактом платформы АОП.
• Аутентификация и авторизация : настраиваемые процессы безопасности, которые поддерживают ряд стандартов, протоколов, инструментов и практик через Spring Security (ранее Acegi Security System для Spring). подпроект
• Соглашение важнее конфигурации : решение для быстрой разработки корпоративных приложений на базе Spring предлагается в модуле Spring Roo .
• Доступ к данным : работа с системами управления реляционными базами данных на платформе Java с использованием Java Database Connectivity (JDBC) и инструменты объектно-реляционного отображения , а также NoSQL базы данных. spring-jdbc — это артефакт, найденный в модуле JDBC, но поддерживающий доступ JDBC за счет включения классов настройки источника данных.
• Инверсия контейнера управления: настройка компонентов приложения и управление жизненным циклом объектов Java, выполняемая в основном посредством внедрения зависимостей .
• Обмен сообщениями: декларативная регистрация объектов прослушивателя сообщений для прозрачного получения сообщений из очередей сообщений через службу сообщений Java (JMS), улучшение отправки сообщений по сравнению со стандартными API-интерфейсами JMS.
• Модель-представление-контроллер : платформа на основе HTTP и сервлетов, предоставляющая возможности для расширения и настройки веб-приложений и веб-служб RESTful (передача репрезентативного состояния).
• Платформа удаленного доступа: стиль декларативного удаленного вызова процедур (RPC). сортировка объектов Java по сетям, поддерживающим удаленный вызов методов Java (RMI), CORBA (общая архитектура брокера объектных запросов) и HTTP протоколы на основе , включая веб-службы , такие как SOAP (простой протокол доступа к объектам) .
• Управление транзакциями : объединяет несколько API-интерфейсов управления транзакциями и координирует транзакции для объектов Java.
• Удаленное управление: декларативное предоставление и управление объектами Java для локальной или удаленной настройки с помощью расширений управления Java (JMX).
• Тестирование : классы поддержки для написания модульных тестов. и интеграционные тесты .
• Поддержка WebFlux: поддержка использования реактивных сред выполнения или веб-серверов, таких как UnderTow и Netty .
• Поддержка Web Socket: поддержка связи с использованием протокола WebSocket. Артефакт для этого модуля spring-websocket.
• Поддержка XML: поддержка сопоставления объектов с XML. такие библиотеки, как Jakarta XML Binding (JAXB) и XStream . Поддерживаются Артефакт для этого модуля spring-oxm.

Модули Spring упаковываются в виде файлов JAR. Доступ к этим артефактам можно получить через центральный репозиторий Maven с помощью Maven. или Градл .

Инверсия контейнера управления

Контейнер инверсии управления (IoC) — это основной контейнер Spring Framework. Он предоставляет согласованные средства настройки и управления объектами Java. используя отражение . Контейнер отвечает за управление жизненными циклами конкретных объектов: создавая эти объекты, вызов их инициализации , методов и настройку этих объектов путем их соединения.

Во многих случаях нет необходимости использовать контейнер при использовании других частей Spring Framework, хотя его использование, вероятно, облегчит настройку и настройку приложения. Контейнер Spring предоставляет согласованный механизм настройки приложений. и интегрируется практически со всеми средами Java, от небольших приложений до крупных корпоративных приложений.

Программист не создает объект напрямую, а описывает, как он должен быть создан, определяя его в файле конфигурации Spring. Аналогично, службы и компоненты не вызываются напрямую; вместо этого файл конфигурации Spring определяет, какие службы и компоненты необходимо вызывать. Этот IoC предназначен для повышения простоты обслуживания и тестирования.

Создание и управление bean-компонентами

Объекты, созданные контейнером, называются управляемыми объектами или компонентами . Контейнер можно настроить, загрузив файлы XML (расширяемый язык разметки). или обнаружение определенных аннотаций Java в классах конфигурации. Эти источники данных содержат определения компонентов, которые предоставляют информацию, необходимую для создания компонентов.

The @Configuration — это аннотация, специфичная для Spring, которая помечает класс как класс конфигурации. Класс конфигурации предоставляет компоненты Spring ApplicationContext. Каждый из методов класса конфигурации Spring настраивается с помощью @Bean аннотация. ApplicationContext интерфейс затем вернет объекты, настроенные с помощью @Bean аннотация как beans. Преимущество конфигурации на основе Java перед конфигурацией на основе XML заключается в лучшей безопасности типов и возможности рефакторинга.

Виды инверсии управления

Существует несколько типов инверсии управления. Внедрение зависимостей и поиск зависимостей являются примерами инверсии управления. Объекты можно получить либо с помощью поиска зависимостей, либо с помощью внедрения зависимостей.

Внедрение зависимостей

Основная статья: Внедрение зависимостей

Внедрение зависимостей — это шаблон, в котором контейнер передает объекты. по имени другим объектам, через конструкторы , свойства или фабричные методы . Существует несколько способов реализации внедрения зависимостей: внедрение зависимостей на основе конструктора, внедрение зависимостей на основе установщика и внедрение зависимостей на основе полей.

Поиск зависимостей

Поиск зависимостей — это шаблон, в котором вызывающий объект запрашивает у объекта-контейнера объект с определенным именем или определенного типа.

Автопроводка

В среде Spring имеется функция, известная как автоматическое подключение, которая использует контейнер Spring для автоматического удовлетворения зависимостей, указанных в свойствах JavaBean, для объектов соответствующего типа в текущей фабрике. Это может произойти только в том случае, если существует только один объект соответствующего типа.

Существует несколько аннотаций, которые можно использовать для автоматического подключения POJO, включая аннотацию, специфичную для Spring. @Autowire (а также несколько других аннотаций, специфичных для Spring, которые помогают устранить неоднозначность автоматического связывания, например @Qualifier или @Primary аннотации), и стандартные аннотации Java @Resource и @Inject.

The @Qualifier аннотацию можно использовать в классе, который определяет компонент, чтобы сообщить Spring о необходимости определения приоритета создания компонента при его автоматическом подключении по имени.

The @Primary аннотацию можно использовать в классе, который определяет компонент, чтобы сообщить Spring о необходимости определения приоритета создания компонента при его автоматическом подключении по типу.

The @Resource аннотация — это аннотация, соответствующая JSR 250 или общим аннотациям для платформы Java. @Resource аннотация используется для автоматического связывания ссылок на POJO по имени. @Inject аннотация — это аннотация, соответствующая JSR 300 или стандартным аннотациям для внедрения. @Inject аннотация используется для автоматического связывания ссылок на POJO по типу.

Фреймворк аспектно-ориентированного программирования

Основная статья: Аспектно-ориентированное программирование

Spring Framework имеет собственную структуру аспектно-ориентированного программирования (АОП), которая модульно объединяет сквозные задачи в аспекты . Мотивом создания отдельной структуры АОП является предоставление базовых функций АОП без особых сложностей в проектировании, реализации или настройке. Платформа Spring AOP в полной мере использует преимущества контейнера Spring.

Фреймворк Spring AOP основан на шаблонах прокси . Он настраивается во время выполнения . Это устраняет необходимость в этапе компиляции или переплетении во время загрузки. С другой стороны, перехват допускает выполнение общедоступного метода только для существующих объектов в точке соединения .

По сравнению с инфраструктурой AspectJ Spring AOP менее мощный, но и менее сложный. Spring 1.2 включает поддержку настройки аспектов AspectJ в контейнере. В Spring 2.0 добавлена ​​дополнительная интеграция с AspectJ; например, язык pointcut используется повторно и может быть смешан с аспектами Spring AOP. Кроме того, в Spring 2.0 добавлена ​​библиотека Spring Aspects, которая использует AspectJ для предоставления общих функций Spring, таких как декларативное управление транзакциями. и внедрение зависимостей через переплетение во время компиляции AspectJ или во время загрузки. SpringSource использует AspectJ AOP в других проектах Spring, таких как Spring Roo и Spring Insight, а Spring Security предлагает библиотеку аспектов на основе AspectJ.

Spring AOP был разработан для решения сквозных задач внутри Spring Framework. Любой объект, созданный и настроенный контейнером, можно расширить с помощью Spring AOP.

Spring Framework использует Spring AOP внутри себя для управления транзакциями, безопасности, удаленного доступа и JMX .

Начиная с версии 2.0 платформы Spring предоставляет два подхода к настройке АОП:

• подход на основе схемы и
• @AspectJ-стиль аннотаций.

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:mvc="http://www.springframework.org/schema/mvc" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:aop="http://www.springframework.org/schema/aop" 
    xmlns:context="http://www.springframework.org/schema/context"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context
        http://www.springframework.org/schema/context/spring-context.xsd
        http://www.springframework.org/schema/mvc
        http://www.springframework.org/schema/mvc/spring-mvc.xsd
        http://www.springframework.org/schema/aop 
        http://www.springframework.org/schema/aop/spring-aop.xsd">

Команда Spring решила не вводить новую терминологию, связанную с АОП. Таким образом, в справочной документации Spring и API такие термины, как аспект , точка соединения, совет , pointcut, введение, целевой объект ( рекомендуемый объект ), прокси-сервер AOP и переплетение, имеют одинаковые значения. как и в большинстве других фреймворков АОП (особенно AspectJ).

Структура доступа к данным

Инфраструктура доступа к данным Spring решает распространенные трудности, с которыми сталкиваются разработчики при работе с базами данных в приложениях. Обеспечивается поддержка всех популярных фреймворков доступа к данным на Java: JDBC, iBatis / MyBatis , Спящий режим , Объекты данных Java (JDO, поддержка которых прекращена с версии 5.x), Джакартский API персистентности (JPA), Oracle TopLink , Apache OJB и Apache Cayenne и другие.

Для всех этих поддерживаемых платформ Spring предоставляет следующие функции.

• Управление ресурсами – автоматическое получение и освобождение ресурсов базы данных.
• Обработка исключений – преобразование исключений, связанных с доступом к данным, в иерархию доступа к данным Spring.
• Участие в транзакциях – прозрачное участие в текущих транзакциях
• Развертывание ресурсов – получение объектов базы данных из оболочек пула соединений.
• Абстракция для больших двоичных объектов (BLOB) и больших символьных объектов (CLOB). обработки

Все эти функции становятся доступными при использовании классов шаблонов, предоставляемых Spring для каждой поддерживаемой платформы. Критики утверждают, что эти классы шаблонов навязчивы и не дают никаких преимуществ перед использованием (например) напрямую Hibernate API. В ответ разработчики Spring предоставили возможность напрямую использовать API-интерфейсы Hibernate и JPA. Однако для этого требуется прозрачное управление транзакциями, поскольку код приложения больше не берет на себя ответственность за получение и закрытие ресурсов базы данных. и не поддерживает перевод исключений.

Вместе с управлением транзакциями Spring его инфраструктура доступа к данным предлагает гибкую абстракцию для работы с инфраструктурами доступа к данным. Spring Framework не предлагает общий API доступа к данным; вместо этого сохраняется вся мощь поддерживаемых API. Spring Framework — единственная платформа, доступная на Java, которая предлагает среду управляемого доступа к данным за пределами сервера приложений или контейнера.

При использовании Spring для управления транзакциями с помощью Hibernate, возможно, потребуется настроить следующие bean-компоненты:

• А Datasource нравиться com.mchange.v2.c3p0.ComboPooledDataSource или org.apache.commons.dbcp.BasicDataSource
• А SessionFactory нравиться org.springframework.orm.hibernate3.LocalSessionFactoryBean с DataSource атрибут
• А HibernateProperties нравиться org.springframework.beans.factory.config.PropertiesFactoryBean
• А TransactionManager нравиться org.springframework.orm.hibernate3.HibernateTransactionManager с SessionFactory атрибут

Другие точки настройки включают в себя:

• Конфигурация точек резки AOP.
• Семантика транзакций рекомендаций АОП .

Управление транзакциями

Структура управления транзакциями Spring привносит в платформу Java механизм абстракции. Его абстракция способна:

• работа с локальными и глобальными транзакциями (локальная транзакция не требует сервера приложений )
• работа с вложенными транзакциями
• работа с точками сохранения
• работа практически во всех средах платформы Java

Для сравнения, Java Transaction API (JTA) поддерживает только вложенные транзакции и глобальные транзакции и требует сервера приложений (а в некоторых случаях — развертывания приложений на сервере приложений).

Spring Framework предоставляет PlatformTransactionManager для ряда стратегий управления транзакциями:

• Транзакции, управляемые через соединение JDBC
• Транзакции, управляемые с помощью объектно-реляционного сопоставления. Единицы работы.
• Транзакции, управляемые через JTA JtaTransactionManager и UserTransaction
• Транзакции, управляемые на других ресурсах, таких как объектные базы данных.

Помимо этого механизма абстракции, платформа предоставляет два способа добавления управления транзакциями в приложения:

• Процедурно, используя Spring TransactionTemplate
• Декларативно, используя метаданные, такие как аннотации XML или Java ( @Transactional, и т. д.)

Вместе со средой доступа к данным Spring, которая объединяет структуру управления транзакциями, можно настроить транзакционную систему посредством конфигурации, не полагаясь на JTA или EJB . Транзакционная структура также интегрируется с обменом сообщениями. и кэширование двигатели.

Структура модель-представление-контроллер

Презентация Spring MVC/Web Reactive, проведенная Юргеном Хёллером

Spring Framework имеет собственную модель-представление-контроллер (MVC) структуру веб-приложений . что изначально не планировалось. Разработчики Spring решили написать свою собственную веб-инфраструктуру в качестве реакции на то, что они считали плохим дизайном популярной (тогда) веб-инфраструктуры Jakarta Struts . а также недостатки других доступных рамок. В частности, они чувствовали недостаточное разделение между уровнями представления и обработки запросов, а также между уровнем обработки запросов и моделью.

Как и Struts, Spring MVC — это платформа, основанная на запросах. Фреймворк определяет стратегические интерфейсы для всех обязанностей, которые должна выполнять современная структура, основанная на запросах. Цель каждого интерфейса — быть простым и понятным, чтобы пользователям Spring MVC было легко писать свои собственные реализации, если они того пожелают. MVC открывает путь к более чистому интерфейсному коду. Все интерфейсы тесно связаны с API сервлетов . Такая тесная связь с API сервлетов рассматривается некоторыми как неспособность разработчиков Spring предложить высокий уровень абстракции для веб-приложений. . Однако эта связь гарантирует, что функции API сервлетов останутся доступными для разработчиков, предлагая при этом структуру с высоким уровнем абстракции, упрощающую работу с ним.

The DispatcherServlet класс — фронт-контроллер платформы и отвечает за делегирование управления различным интерфейсам на этапах выполнения HTTP-запроса .

Наиболее важные интерфейсы, определенные Spring MVC, и их обязанности перечислены ниже:

• Controller: находится между Model и View для управления входящими запросами и перенаправления на правильный ответ. Controller сопоставит HTTP-запрос с соответствующими методами. Он действует как ворота, направляющие поступающую информацию. Он переключается между входом в Model или View.
• HandlerAdapter: отвечает за выполнение объектов, обрабатывающих входящие запросы.
• HandlerInterceptor: отвечает за перехват входящих запросов. Сравним, но не равен фильтрам сервлетов. (использование необязательно и не контролируется DispatcherServlet).
• HandlerMapping: отвечает за выбор объектов, которые обрабатывают входящие запросы (обработчики) на основе любого атрибута или условия, внутреннего или внешнего по отношению к этим запросам.
• LocaleResolver: отвечает за разрешение и, при необходимости, сохранение локали отдельного пользователя.
• MultipartResolver: облегчить работу с загрузкой файлов путем упаковки входящих запросов.
• View: отвечает за возврат ответа клиенту. View не должен содержать никакой бизнес-логики и должен представлять только данные, инкапсулированные Model. Некоторые запросы могут направляться прямо на View не заходя в Model часть; другие могут пройти через все три.
• ViewResolver: отвечает за выбор View на основе логического имени для View (использование не является строго обязательным ).
• Model: отвечает за инкапсуляцию бизнес-данных. Model открывается для просмотра контроллером. (использование не является строго обязательным).

Каждый интерфейс стратегии, описанный выше, несет важную ответственность в общей структуре. Абстракции, предлагаемые этими интерфейсами, являются мощными, поэтому допускают множество вариантов их реализации. Spring MVC поставляется с реализациями всех этих интерфейсов и предлагает набор функций поверх API сервлетов. Однако разработчики и поставщики могут свободно писать и другие реализации. Spring MVC использует Java java.util.Map интерфейс как ориентированная на данные абстракция для Model где должны находиться ключи String ценности.

Простота тестирования реализаций этих интерфейсов является одним из важных преимуществ высокого уровня абстракции, предлагаемого Spring MVC. DispatcherServlet тесно связан с контейнером управления Spring Inversion для настройки веб-уровней приложений. Однако веб-приложения могут использовать другие части Spring Framework, включая контейнер, и не использовать Spring MVC.

Рабочий процесс Spring MVC

Когда пользователь нажимает ссылку или отправляет форму в своем веб-браузере, запрос передается в Spring. DispatcherServlet. DispatcherServlet — это фронт-контроллер в Spring MVC. DispatcherServlet очень настраиваемый и гибкий. В частности, он способен обрабатывать больше типов обработчиков, чем любая реализация org. springframework.web.servlet.mvc.Controller или org. springframework.stereotype.Controller аннотированные классы. Он обращается к одному или нескольким сопоставлениям обработчиков. DispatcherServlet выбирает подходящий контроллер и пересылает ему запрос. Controller обрабатывает конкретный запрос и генерирует результат. Он известен как Model. Эта информация должна быть отформатирована в формате html или в любой интерфейсной технологии, например Jakarta Server Pages (также известной как JSP). или Тимелеаф . Это View приложения. Вся информация находится в Model И View объект. Когда контроллер не привязан к определенному виду, DispatcherServlet находит фактическое View (например, JSP) с помощью ViewResolver.

Конфигурация DispatcherServlet

Начиная с версии 3.0 спецификации сервлета, существует несколько способов настройки DispatcherServlet:

• Настроив его в web.xml как показано ниже:

<servlet>
  <servlet-name>MyServlet</servlet-name>
  <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
</servlet>

<servlet-mapping>
  <servlet-name>MyServlet</servlet-name>
  <url-pattern>/<url-pattern>
</servlet-mapping>

• Настроив его в web-fragment.xml
• Используя javax.servlet.ServletContainerInitializer
• Реализуя org.springframework.web.WebApplicationInitializer интерфейс.
• Используя встроенную автоконфигурацию Spring Boot, которая использует SpringBootServletInitializer сорт.

Платформа удаленного доступа

Платформа удаленного доступа Spring — это абстракция для работы с различными технологиями на основе RPC ( удаленный вызов процедур ), доступными на платформе Java как для подключения клиентов, так и для маршалинга объектов на серверах. Наиболее важной особенностью, предлагаемой этой структурой, является максимальное упрощение настройки и использования этих технологий за счет сочетания инверсии управления и АОП.

Платформа обеспечивает восстановление после сбоев (автоматическое повторное подключение после сбоя соединения) и некоторые оптимизации для использования на стороне клиента удаленных сессионных компонентов EJB без сохранения состояния .

Spring обеспечивает поддержку этих протоколов и продуктов «из коробки».

• Протоколы на основе HTTP
  • Hessian : протокол двоичной сериализации, с открытым исходным кодом и поддерживается CORBA протоколами на основе . Hessian поддерживается компанией Caucho . Hessian подходит для нужд удаленного взаимодействия без сохранения состояния, в частности для связи Java-Java.
  • Burlap: двоичный протокол на основе XML с открытым исходным кодом, который также поддерживается компанией Caucho . Единственное преимущество использования Burlap вместо Hessian заключается в том, что он допускает синтаксический анализ XML и удобен для чтения человеком . Для связи Java-Java предпочтителен гессиан, поскольку он более легкий и эффективный.
  • RMI (1): вызовы методов с использованием инфраструктуры RMI, но специфичные для Spring.
  • RMI (2): вызовы методов с использованием интерфейсов RMI, соответствующих обычному использованию RMI.
  • RMI-IIOP ( CORBA ): вызовы методов с использованием RMI-IIOP/CORBA.
• Enterprise JavaBean Интеграция клиента
  • Подключение к локальному сеансовому компоненту EJB без сохранения состояния: подключение к локальному сеансовому компоненту без сохранения состояния
  • Удаленное подключение сессионных компонентов EJB без сохранения состояния: подключение к удаленным сессионным компонентам без сохранения состояния.
• МЫЛО
  • Интеграция с Apache Axis. платформой веб-сервисов

Apache CXF обеспечивает интеграцию с Spring Framework для экспорта объектов в стиле RPC на стороне сервера.

Настройка клиента и сервера для всех протоколов и продуктов в стиле RPC, поддерживаемых средой удаленного доступа Spring (за исключением поддержки Apache Axis), настраивается в контейнере Spring Core.

Существует альтернативная реализация с открытым исходным кодом (Cluster4Spring) подсистемы удаленного взаимодействия, включенная в Spring Framework, которая предназначена для поддержки различных схем удаленного взаимодействия (1-1, 1-множество, обнаружение динамических сервисов).

Быстрая разработка приложений без ограничений по конфигурации

Дополнительная информация: Быстрая разработка приложений.

Весенние ботинки

Основная статья: Весенние ботинки

Spring Boot Extension — это решение Spring, основанное на соглашениях над конфигурацией , для создания автономных приложений производственного уровня. Приложения на основе Spring, которые можно «просто запустить». Он предварительно настроен с учетом «самоуверенного взгляда» команды Spring. лучших настроек и использования платформы Spring и сторонних библиотек, чтобы вы могли приступить к работе с минимальными усилиями. Большинству приложений Spring Boot требуется очень небольшая настройка Spring.

Ключевые особенности:

• Создание автономных приложений Spring
• Встроить Tomcat или Jetty напрямую (нет необходимости развертывать WAR ) файлы
• Предоставьте самоуверенные «начальные» объектные модели проекта (POM), чтобы упростить Maven / Gradle . конфигурацию
• Автоматически настраивайте Spring, когда это возможно.
• Обеспечить готовность к производству такие функции, как метрики , проверки здоровья и внешняя конфигурация
• Абсолютно нет генерации кода и никаких требований для конфигурации XML.
• Плавная интеграция и поддержка всех шаблонов корпоративной интеграции.

Спринг Роо

Основная статья: Спринг Ру

Spring Roo — это проект сообщества, который предоставляет альтернативный подход, основанный на генерации кода, при использовании соглашения над конфигурацией для быстрого создания приложений на Java . В настоящее время он поддерживает Spring Framework, Spring Security и Spring Web Flow . Roo отличается от других сред быстрой разработки приложений тем, что фокусируется на:

• Расширяемость (через дополнения)
• Производительность платформы Java (в отличие от других языков)
• Предотвращение блокировки (Roo можно удалить в течение нескольких минут из любого приложения)
• Избежание выполнения во время выполнения (с соответствующими преимуществами развертывания)
• Удобство использования (особенно благодаря функциям оболочки и шаблонам использования)

Пакетная структура

Основная статья: Весенняя партия

Spring Batch — это платформа для пакетной обработки , которая предоставляет функции многократного использования, необходимые при обработке больших объемов записей, в том числе:

• регистрация / отслеживание
• управление транзакциями
• статистика обработки заданий
• перезапуск задания

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

Spring Batch выполняет ряд заданий; задание состоит из множества шагов, и каждый шаг состоит из задачи «ЧТЕНИЕ-ОБРАБОТКА-ЗАПИСЬ» или задачи одной операции (тасклета). «Одна» задача операции также известна как тасклет. Это означает выполнение только одной задачи, например очистку ресурсов до или после начала или завершения шага.

Процесс «ЧТЕНИЕ-ОБРАБОТКА-ЗАПИСЬ» состоит из следующих шагов: «прочитать» данные из ресурса ( значения, разделенные запятыми (CSV), XML или база данных), «обработать» их, затем «записать» в другие ресурсы ( CSV, XML или база данных). Например, шаг может считывать данные из файла CSV, обработать его и записать в базу данных. Spring Batch предоставляет множество классов для чтения/записи CSV, XML и базы данных.

Шаги могут быть объединены в цепочку и выполняться как задание.

Структура интеграции

Основная статья: Spring Интеграция

Spring Integration — это платформа для интеграции корпоративных приложений , которая предоставляет повторно используемые функции, необходимые для архитектур обмена сообщениями или событийно-ориентированных архитектур .

• маршрутизаторы — направляет сообщение в канал сообщений в зависимости от условий
• преобразователи — преобразуют/преобразовывают/изменяют полезную нагрузку сообщения и создают новое сообщение с преобразованной полезной нагрузкой.
• адаптеры – интегрируются с другими технологиями и системами (HTTP, AMQP (Advanced Message Queuing Protocol), JMS (служба сообщений Java), XMPP (расширяемый протокол обмена сообщениями и присутствия), SMTP (простой протокол передачи почты), IMAP (протокол доступа к сообщениям в Интернете), FTP (протокол передачи файлов), а также FTPS / SFTP , файловые системы и т. д.)
• фильтры – фильтрует сообщение по критериям. Если критерии не выполняются, сообщение удаляется.
• Активаторы службы – вызывают операцию над объектом службы. Spring поддерживает использование аннотации @ServiceActivator чтобы объявить компонент, которому требуется эта функциональность.
• управление и аудит
• шлюзы — предоставляют клиенту интерфейс для запрошенных служб. За предоставление этого интерфейса отвечает промежуточное программное обеспечение обмена сообщениями. Этот интерфейс отделяет промежуточное программное обеспечение обмена сообщениями от клиента, скрывая базовые API-интерфейсы JMS или Spring Integration. Шлюзы связаны с паттерном Фасад . Класс интеграции Spring, SimpleMessagingGateway, обеспечивает необходимую поддержку шлюзов. SimpleMessagingGateway позволяет приложению Spring указать канал, который отправляет запросы, и канал, который ожидает получения ответов. Основное внимание в SimpleMessagingGateway заключается в работе с полезной нагрузкой, что избавляет клиента от сложных деталей передаваемых и полученных сообщений. SimpleMessagingGateway используется вместе с каналами для обеспечения интеграции с файловыми системами, JMS, электронной почтой или любыми другими системами, которым требуются полезные данные и каналы.
• Splitter — разделяет большую полезную нагрузку на более мелкие для поддержки различных потоков обработки. Разделитель достигается в Spring с использованием компонента разделителя. Компонент сплиттера обычно перенаправляет сообщения классам с более специализированными функциями. Весна поддерживает @Splitter аннотация для объявления компонента, которому требуется эта функциональность.
• агрегатор — используется для объединения множества сообщений в один результат. Грубо говоря, агрегатор — это обратная сторона сплиттера. Агрегатор публикует одно сообщение для всех последующих компонентов. Весна поддерживает @Aggregator аннотация для объявления компонента, которому требуется эта функциональность.

Spring Integration поддерживает архитектуры на основе каналов и фильтров.

Весенний веб-сокет

Важным правилом эффективной работы с потоками данных является никогда не блокировать. WebSocket является жизнеспособным решением этой проблемы. Протокол WebSocket — это транспортный протокол низкого уровня , который обеспечивает полнодуплексные каналы связи через TCP-соединение . WebSocket действует как альтернатива HTTP, обеспечивая двустороннюю связь между клиентом и сервером. WebSocket особенно полезен для приложений, которым требуется частый и быстрый обмен небольшими фрагментами данных с высокой скоростью и объемом.

Spring поддерживает протокол WebSocket, предоставляя API WebSocket для реактивного приложения. @EnableWebSocket аннотация предоставляет функциональность обработки запросов Websocket при размещении в классе конфигурации Spring. Обязательным интерфейсом является WebSocketConfigurer который предоставляет доступ к WebSocketConfigurer. Затем URL-адрес Websocket сопоставляется с соответствующими обработчиками путем реализации метода RegisterWebSocketHandlers(WebSocketHandlerRegistry).

Весенний WebFlux

Spring WebFlux — это фреймворк, следующий парадигме функционального программирования и предназначенный для создания реактивных приложений Spring. Этот фреймворк широко использует функциональное программирование и реактивные потоки. Хорошим вариантом использования Spring WebFlux является приложение, требующее мгновенной отправки и получения информации, например веб-приложение с возможностью общения в чате.

Хотя приложения, использующие технологию Spring WebFlux, обычно менее читаемы, чем их аналоги MVC, они более устойчивы и их проще расширять. Spring WebFlux уменьшает необходимость иметь дело с трудностями, связанными с синхронизацией доступа к потокам.

Spring WebFlux поддерживает события, отправленные сервером (SSE), которые представляют собой технологию push-уведомлений сервера, позволяющую клиенту получать автоматические обновления с сервера через HTTP-соединение. Эта связь является однонаправленной и имеет много общего с моделью публикации/подписки, используемой в JMS.

Отношения с Jakarta Enterprise Beans (EJB)

Основная статья: Jakarta Enterprise Beans

Контейнер можно превратить в частично совместимый контейнер EJB (Enterprise JavaBeans) 3.0 с помощью проекта Pitchfork. Некоторый критиковать Spring Framework за несоответствие стандартам. Однако SpringSource не считает соответствие EJB 3 основной целью и утверждает, что Spring Framework и контейнер позволяют использовать более мощные модели программирования.

Уязвимость Spring4Shell

См. также: Log4Shell.

Уязвимость удаленного выполнения кода, затрагивающая определенные версии Spring Framework, была опубликована в апреле 2022 года под CVE — 2022-22965 . Ему было присвоено имя Spring4Shell в связи с недавней уязвимостью Log4Shell , обе из которых имеют схожие доказательства концепции, позволяющие злоумышленникам на уязвимых машинах получить доступ к оболочке. или даже полный контроль.

См. также

• Апачский гобелен
• Гугл Гуйс
• Спящий режим (фреймворк)
• Список Java-фреймворков
• Сравнение веб-фреймворков
• Весенний веб-поток

Ссылки

• Космина, Юлиана; Харроп, Роб; Шефер, Крис; Хо, Кларенс (2017). Про Весну 5 . Беркли, Калифорния: Apress. дои : 10.1007/978-1-4842-2808-1 . ISBN  978-1-4842-2807-4 .
• Дейнум, Мартен; Космина, Юлиана (2021). Pro Spring MVC с WebFlux . Беркли, Калифорния: Apress. два : 10.1007/978-1-4842-5666-4 . ISBN  978-1-4842-5665-7 .
• Дейнум, Мартен; Лонг, Джош; Мак, Гэри; Рубио, Дэниел (2014). Весенние рецепты . Беркли, Калифорния: Apress. дои : 10.1007/978-1-4302-5909-1 . ISBN  978-1-4302-5908-4 .
• Джонсон, Род; Хеллер, Юрген; Арендсен, Алеф; Рисберг, Томас; Сампаляну, Колин (8 июля 2005 г.). Профессиональная разработка Java с использованием Spring Framework (первое издание). Врокс Пресс . п. 672. ИСБН  0-7645-7483-3 .
• Харроп, Роб; Махачек, Ян (31 января 2005 г.). Про Весну (Первое изд.). Апресс . п. 832. ИСБН  1-59059-461-4 .
• Джонсон, Род; Юрген, Хеллер (23 октября 2002 г.). Разработка J2EE без EJB (Первое изд.). Врокс Пресс . п. 768. ИСБН  0-7645-5831-5 .
• Джонсон, Род; Юрген, Холлер (октябрь 2002 г.). Экспертное индивидуальное проектирование и разработка J2EE (первое издание). Врокс Пресс . п. 750 . ISBN  0-7645-4385-7 .
• Джонсон, Род; Хеллер, Юрген (2004). Экспертная индивидуальная разработка J2EE без EJB . Индианаполис, Индиана: Уайли. ISBN  978-0-7645-5831-3 .
• Мусиб, Сомнатх (12 июля 2022 г.). Spring Boot на практике . Саймон и Шустер. ISBN  978-1-61729-881-3 .
• Поллак, Марк; Гирке, Оливер; Рисберг, Томас; Брисбин, Джон; Голод, Майкл (31 октября 2012 г.). Весенние данные (Первое изд.). О'Рейли . п. 316. ИСБН  978-1449323950 .
• Сарин, Ашиш (27 июня 2016 г.). Начало работы с Spring Framework (Третье изд.). Самостоятельно опубликовано . п. 626. ИСБН  978-1534985087 .
• Лонг, Джош (27 августа 2013 г.). Spring Framework LiveLessons (первое издание). Аддисон-Уэсли Профессионал . стр. 4+ часов. ISBN  978-0-13-346307-1 .
• Уоллс, Крейг (3 января 2016 г.). Spring Boot в действии . Мэннинг . ISBN  978-1-61729-254-5 .
• Уоллс, Крейг (2019). Весна в действии . Мэннинг . ISBN  978-1-61729-494-5 .
• «Награда за инновации JAX Gewinner 2006» . Архивировано из оригинала 17 августа 2009 г. Проверено 12 августа 2009 г.
• «Часто задаваемые вопросы о вилах» . Проверено 6 июня 2006 г.
• «Анонс выпуска общедоступной версии Spring Framework 4.0» . Весенний блог. 12 декабря 2013 г.

Внешние ссылки

• Официальный сайт
• Весенние уроки