1.0jpa 2.0

JPA 2.1版帶來(lái)了一種新的方式來(lái)處理持久性上下文與當(dāng)前JTA事務(wù)以及資源管理器之間的同步。 術(shù)語(yǔ)資源管理器來(lái)自Java事務(wù)處理API ，它表示操縱一個(gè)資源的組件（例如，使用其JDBC驅(qū)動(dòng)程序操縱的具體數(shù)據(jù)庫(kù)）。 默認(rèn)情況下，容器管理的持久性上下文的類型為SynchronizationType.SYNCHRONIZED ，即，該持久性上下文自動(dòng)加入當(dāng)前的JTA事務(wù)，并將對(duì)持久性上下文的更新傳播到基礎(chǔ)資源管理器。

通過(guò)創(chuàng)建新類型為SynchronizationType.UNSYNCHRONIZED的持久性上下文，將禁用事務(wù)的自動(dòng)連接以及將更新傳播到資源管理器。 為了加入當(dāng)前的JTA事務(wù)，代碼必須調(diào)用EntityManager joinTransaction()方法。 這樣，EntityManager的持久性上下文將在事務(wù)中登記，并為后續(xù)通知注冊(cè)。 提交或回滾事務(wù)后，持久性上下文將離開事務(wù)，并且在新的JTA事務(wù)再次調(diào)用joinTransaction()方法之前，持久上下文不會(huì)附加到任何其他事務(wù)。

JPA 2.1之前，一個(gè)可以實(shí)現(xiàn)與一個(gè)跨越多個(gè)方法調(diào)用的對(duì)話@Stateful由亞當(dāng)邊描述會(huì)話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 List<Person> list() {return entityManager.createQuery("from Person", Person.class).getResultList();}@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)public void commit() {}@Removepublic void remove() {} }

持久性上下文的類型為EXTENDED ，因此，其生存期比它所附加的JTA事務(wù)的壽命長(zhǎng)。 由于持久性上下文默認(rèn)也是SYNCHRONIZED類型，因此它將在調(diào)用任何會(huì)話bean的方法時(shí)自動(dòng)加入正在運(yùn)行的任何事務(wù)。 為了防止大多數(shù)Bean方法發(fā)生這種情況，注釋@TransactionAttribute(TransactionAttributeType.NEVER)告訴容器不要為該Bean打開任何事務(wù)。 因此，方法persist()和list()無(wú)需事務(wù)即可運(yùn)行。 對(duì)于方法commit()此行為是不同的。 在這里，注釋@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)告訴容器在調(diào)用該方法之前創(chuàng)建一個(gè)新事務(wù)，因此Bean的EntityManager將自動(dòng)加入該事務(wù)。

使用新的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 List<Person> list() {return entityManager.createQuery("from Person", Person.class).getResultList();}public void commit() {entityManager.joinTransaction();}@Removepublic void remove() {} }

現(xiàn)在，EntityManager不會(huì)自動(dòng)加入當(dāng)前事務(wù)，我們可以省略@TransactionAttribute批注。 在我們明確加入之前，任何正在運(yùn)行的事務(wù)都不會(huì)對(duì)EntityManager產(chǎn)生影響。 現(xiàn)在，這是在commit()方法中完成的，甚至可以基于某些動(dòng)態(tài)邏輯來(lái)完成。

為了測(cè)試上面的實(shí)現(xiàn)，我們利用了一個(gè)簡(jiǎn)單的REST資源：

@Path("rest") @Produces("text/json") @SessionScoped public class RestResource implements Serializable {@Injectprivate Controller controller;@GET@Path("persist")public Person persist(@Context HttpServletRequest request) {return controller.persist();}@GET@Path("list")public List<Person> list() {return controller.list();}@GET@Path("commit")public void commit() {controller.commit();}@PreDestroypublic void preDestroy() {} }

此資源提供了持久化人員，列出所有持久化人員并提交當(dāng)前更改的方法。 當(dāng)我們將使用有狀態(tài)會(huì)話Bean時(shí)，我們使用@SessionScoped注釋資源，并讓容器注入Controller Bean。

在將應(yīng)用程序部署到某個(gè)Java EE容器后，通過(guò)調(diào)用以下URL，一個(gè)新人員將被添加到非同步的持久性上下文中，但不會(huì)存儲(chǔ)在數(shù)據(jù)庫(kù)中。

http://localhost:8080/jpa2.1-unsychronized-pc/rest/persist

即使調(diào)用list（）方法也不會(huì)返回新添加的人員。 只有最終通過(guò)調(diào)用commit()將持久性上下文中的更改與基礎(chǔ)資源同步，才將insert語(yǔ)句發(fā)送到基礎(chǔ)數(shù)據(jù)庫(kù)。

結(jié)論

持久性上下文的新UNSYNCHRONIZED模式使我們可以通過(guò)狀態(tài)會(huì)話bean的多個(gè)方法調(diào)用來(lái)實(shí)現(xiàn)對(duì)話，并且可以靈活地根據(jù)我們的應(yīng)用程序邏輯動(dòng)態(tài)地加入JTA事務(wù)，而無(wú)需任何注釋魔術(shù)。

• PS：源代碼可從github獲得 。

翻譯自: https://www.javacodegeeks.com/2015/03/jpa-2-1-unsynchronized-persistence-context.html

1.0jpa 2.0

總結(jié)

以上是生活随笔為你收集整理的1.0jpa 2.0_JPA 2.1：不同步的持久性上下文的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。