Как вы только что видели, CMT — одна из оригинальных и простых в применении функций EJB. При использовании декларативных транзакций для классов или методов корпоративного компонента контейнер может создавать новые транзакции (REQUIRED, REQUIRES_NEW), наследовать из уже существующих (SUPPORTS) или генерировать исключение, если транзакция не была создана заранее (MANDATORY). Это происходит потому, что контейнер перехватывает соответствующий вызов метода и добавляет операции, необходимые для инициализации, приостановки или завершения транзакций JTA.
Как часть лучшего согласования Managed Beans с платформой, одним из усовершенствований Java EE 7 является расширение СМТ за рамки EJB. Это стало возможным благодаря перехватчикам и их связыванию (см. главу 2). Управление транзакциями в Managed Beans реализовано с использованием связывания перехватчиков CDI, как это показано в листинге 9.7.
@Inherited
@InterceptorBinding
@Target({TYPE, METHOD})
@Retention(RUNTIME)
public @interface Transactional {
··TxType value() default TxType.REQUIRED;
··Class[] rollbackOn() default {};
··Class[] dontRollbackOn() default {};
··public enum TxType {
····REQUIRED,
····REQUIRES_NEW,
····MANDATORY,
····SUPPORTS,
····NOT_SUPPORTED,
····NEVER
··}
}
Аннотация javax.transaction.Transactional (см. листинг 9.7) предоставляет приложению возможность декларативно контролировать границы транзакций в CDI Managed Beans, а также сервлетов, JAX-RS и конечных точек JAX-WS. Это обеспечивает семантику атрибутов транзакций EJB в CDI без зависимостей от других служб EJB, таких как RMI или службы таймера.
Например, в листинге 9.8 показана веб-служба JAX-RS (подробнее об этом читайте в главе 15), использующая аннотацию @Transactional, для того чтобы применять класс EntityManager для сохранения книг в базе данных. Такой код нельзя было написать до появления Java EE 7. Нужно было либо аннотировать веб-службу RESTful @Stateless, либо делегировать уровни хранения сессионного компонента.
@Path("book")
@Transactional
public class BookRestService {
··@Context
··private UriInfo uriInfo;
··@PersistenceContext(unitName = "chapter09PU")
··private EntityManager em;
··@POST
··@Consumes(MediaType.APPLICATION_XML)
··public Response createBook(Book book) {
····em.persist(book);
····URI bookUri = uriInfo.getAbsolutePathBuilder(). path(book.getId(). toString()). build();
····return Response.created(bookUri). build();
··}
··@GET
··@Produces(MediaType.APPLICATION_XML)
··@Transactional(Transactional.TxType.SUPPORTS)
··public Books getAllBooks() {
····TypedQuery
····Books books = new Books(query.getResultList());
····return books;
··}
}
Вы также можете изменить настройки транзакций политики по умолчанию (например, SUPPORTS) только с помощью атрибутов аннотации. Как показано в листинге 9.8, аннотацию @Transactional можно применить только для класса и/или метода.
Исключения и транзакции. Исключения и транзакции в Managed Beans немного отличаются от их аналогов в EJB. Как и в EJB, они используют такую же обработку исключений по умолчанию: исключения приложения (то есть проверяемые исключения) приводят к тому, что перехватчик не помечает транзакцию для отката, а для системных исключений (непроверяемых исключений) это выполняется. Но такое поведение по умолчанию может быть перегружено с помощью аннотации @Transactional с атрибутами rollbackOn и dontRollbackOn. Когда вы определяете класс для любого из этих атрибутов, разработанное поведение применяется и к подклассам этого класса. Если вы укажете оба атрибута, то dontRollbackOn будет иметь приоритет.
