做数据的网站有哪些,长沙做网站zwnet,湖南长沙网站建设公司,手机最新发布会1.0jpa 2.0JPA 2.1版带来了一种新的方式来处理持久性上下文与当前JTA事务以及资源管理器之间的同步。 术语资源管理器来自Java事务处理API #xff0c;它表示操纵一个资源的组件#xff08;例如#xff0c;使用其JDBC驱动程序操纵的具体数据库#xff09;。 默认情况下它表示操纵一个资源的组件例如使用其JDBC驱动程序操纵的具体数据库。 默认情况下容器管理的持久性上下文的类型为SynchronizationType.SYNCHRONIZED 即该持久性上下文自动加入当前的JTA事务并将对持久性上下文的更新传播到基础资源管理器。 通过创建新类型为SynchronizationType.UNSYNCHRONIZED的持久性上下文将禁用事务的自动连接以及将更新传播到资源管理器。 为了加入当前的JTA事务代码必须调用EntityManager joinTransaction()方法。 这样EntityManager的持久性上下文将在事务中登记并为后续通知注册。 提交或回滚事务后持久性上下文将离开事务并且在新的JTA事务再次调用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.html1.0jpa 2.0
