看网站搜索什么关键词,东莞企业展厅设计公司,html5手机网站整套模板,网页设计报告体会JPA 2.1版带来了一种新的方式来处理持久性上下文与当前JTA事务以及资源管理器之间的同步。 术语资源管理器来自Java事务处理API #xff0c;它表示操纵一个资源的组件#xff08;例如#xff0c;使用JDBC驱动程序操纵的具体数据库#xff09;。 默认情况下#xff0c;容器… JPA 2.1版带来了一种新的方式来处理持久性上下文与当前JTA事务以及资源管理器之间的同步。 术语资源管理器来自Java事务处理API 它表示操纵一个资源的组件例如使用JDBC驱动程序操纵的具体数据库。 默认情况下容器管理的持久性上下文的类型为SynchronizationType.SYNCHRONIZED 即该持久性上下文自动加入当前的JTA事务并将对持久性上下文的更新传播到基础资源管理器。 通过创建新类型为SynchronizationType.UNSYNCHRONIZED的持久性上下文将禁用事务的自动连接以及将更新传播到资源管理器。 为了加入当前的JTA事务代码必须调用EntityManager joinTransaction()方法。 这样EntityManager的持久性上下文将在事务中登记并为后续通知注册。 提交或回滚事务后持久性上下文将离开事务并且不会附加到任何其他事务直到再次为新的JTA事务调用joinTransaction()方法joinTransaction() 。 JPA 2.1之前一个可以实现与一个跨越多个方法调用的对话Stateful由亚当边描述会话Bean 在这里 Stateful
TransactionAttribute(TransactionAttributeType.NEVER)
public class Controller {PersistenceContext(type PersistenceContextType.EXTENDED)EntityManager entityManager;public Person persist() {Person p new Person();p.setFirstName(Martin);p.setLastName(Developer);return entityManager.merge(p);}public ListPerson list() {return entityManager.createQuery(from Person, Person.class).getResultList();}TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)public void commit() {}Removepublic void remove() {}
} 持久性上下文的类型为EXTENDED 因此其生存期比它所附加的JTA事务的寿命长。 由于持久性上下文默认也是SYNCHRONIZED类型因此它将在调用任何会话bean方法时自动加入正在运行的任何事务。 为了防止大多数Bean方法发生这种情况注释TransactionAttribute(TransactionAttributeType.NEVER)告诉容器不要为此Bean打开任何事务。 因此方法persist()和list()无需事务即可运行。 对于方法commit()此行为是不同的。 这里的注释TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)告诉容器在调用该方法之前创建一个新事务因此Bean的EntityManager将自动加入该事务。 使用新的SynchronizationType.UNSYNCHRONIZED类型可以如以下清单所示重写上面的代码 Stateful
public class Controller {PersistenceContext(type PersistenceContextType.EXTENDED,synchronization SynchronizationType.UNSYNCHRONIZED)EntityManager entityManager;public Person persist() {Person p new Person();p.setFirstName(Martin);p.setLastName(Developer);return entityManager.merge(p);}public ListPerson list() {return entityManager.createQuery(from Person, Person.class).getResultList();}public void commit() {entityManager.joinTransaction();}Removepublic void remove() {}
} 现在EntityManager不会自动加入当前事务我们可以省略TransactionAttribute批注。 在我们明确加入之前任何正在运行的事务都不会对EntityManager产生影响。 现在这是在commit()方法中完成的甚至可以基于某些动态逻辑来完成。 为了测试上面的实现我们利用了一个简单的REST资源 Path(rest)
Produces(text/json)
SessionScoped
public class RestResource implements Serializable {Injectprivate Controller controller;GETPath(persist)public Person persist(Context HttpServletRequest request) {return controller.persist();}GETPath(list)public ListPerson list() {return controller.list();}GETPath(commit)public void commit() {controller.commit();}PreDestroypublic void preDestroy() {}
} 该资源提供了持久化人员列出所有持久化人员并提交当前更改的方法。 当我们要使用有状态会话Bean时我们用SessionScoped注释资源然后让容器注入Controller Bean。 在将应用程序部署到某个Java EE容器之后通过调用以下URL一个新人员将被添加到非同步的持久性上下文中但不会存储在数据库中。 http://localhost:8080/jpa2.1-unsychronized-pc/rest/persist 即使调用list方法也不会返回新添加的人员。 只有最终通过调用commit()将持久性上下文中的更改与基础资源同步才将insert语句发送到基础数据库。 结论 持久性上下文的新UNSYNCHRONIZED模式使我们可以在不止一个有状态会话bean的方法调用上实现对话并且可以灵活地根据我们的应用程序逻辑动态地加入JTA事务而无需任何注释魔术。 PS源代码可从github获得 。 翻译自: https://www.javacodegeeks.com/2015/03/jpa-2-1-unsynchronized-persistence-context.html
