Что касается управления транзакциями, то маловероятно, что вы захотите отдельно использовать JTS/JTA API в Java. Вместо этого вы делегируете транзакции в контейнер EJB, который содержит менеджер транзакций (он, в свою очередь, внутренне использует JTS и JTA).
Краткая история JTA
JTA является общим API для управления транзакциями в Java EE. Это позволяет начинать, фиксировать и откатывать транзакции независимо от ресурса. Если в транзакции участвует несколько ресурсов, JTA также позволяет вам выполнить транзакцию XA.
JTA 1.0 был введен в 1999 году и пережил несколько обновлений вплоть до версии 1.1 в 2002 году. Он оставался неизменным в течение десяти лет и наконец был обновлен до версии JTA 1.2 с Java EE 7.
Что нового в версии 1.2 JTA
Исторически в Java EE сделки были переданы EJB, так что разработчики не должны были использовать JTA API непосредственно в своем коде. Как JTA (JSR 907), так и компоненты EJB (JSR 345) существовали с 1999 года. Спецификация EJB продолжала развиваться, но не JTA, которая уже была полной. С изменением Managed Beans, произошедшим в версии Java EE 7, одной из самых больших проблем была необходимость дать возможность использовать транзакции управляемым компонентам, а не только EJB. Для ее решения спецификацию JTA нужно было обновить. В версии JTA 1.2 добавлена поддержка управляемых контейнером транзакций независимо от EJB, а также аннотации @TransactionScope для области применения компонентов CDI.
JTA API состоит из классов и интерфейсов, сгруппированных в два пакета, описанных в табл. 9.2.
Пакет | Описание |
---|---|
javax.transaction | Содержит основные API JTA |
javax.transaction.xa | Интерфейсы и классы, предназначенные для распределенных транзакций XA |
Примеры реализации
В JTA примером реализации работы с транзакциями является менеджер транзакций GlassFish. Это модуль GlassFish, не предназначенный для использования вне сервера. Доступны и другие реализации, как коммерческие, так и с открытым исходным кодом, например JBoss Transaction Manager, Atomikos и Bitronix JTA.
Поддержка транзакций в EJB
При разработке бизнес-логики, использующей EJB, вам не придется беспокоиться о внутренней структуре менеджеров транзакций или менеджеров ресурсов, поскольку JTA абстрагируется от большинства скрытых сложностей. С помощью EJB вы очень легко сможете разработать приложение, использующее транзакции, предоставив контейнеру возможность реализовывать низкоуровневые протоколы транзакций, такие как двухфазная фиксация или распространение контекста транзакции. Контейнер EJB является менеджером транзакций, поддерживаемым JTA и JTS, который участвует в распределенных транзакциях, включающих другие контейнеры EJB и/или другие транзакционные ресурсы. В типичном приложении Java EE сессионные компоненты устанавливают границы транзакции, вызывают сущности, предназначенные для взаимодействия с базой данных или отправки JMS сообщений в контексте транзакции.
С момента своего создания модель EJB была разработана для управления транзакциями. На самом деле транзакции естественны для EJB, и по умолчанию каждый метод автоматически оборачивается в транзакцию. Это управляемые контейнером транзакции (CMT), ведь транзакции управляются контейнером EJB (эта особенность известна также как декларативное разграничение транзакций). Вы также можете решить управлять транзакциями самостоятельно с помощью транзакций, управляемых компонентом (BMT) (этот процесс называется программным разграничением транзакций). Разграничение транзакций определяет, где транзакция начинается и заканчивается.
Управляемые контейнером транзакции. При декларативном управлении операциями вы делегируете проведение политики разграничения контейнеру. Вы не должны явно использовать JTA в коде (даже если используется JTA на нижнем уровне), но можете заставить контейнер разграничивать транзакции, автоматически начиная и фиксируя транзакции на основе метаданных. Контейнер EJB предоставляет службы управления транзакциями для сессионных компонентов и MDB (см. главу 13 для получения дополнительной информации об MDB). В корпоративном компоненте с транзакциями, управляемыми контейнером, сам контейнер EJB устанавливает границы этих операций.