Persistence unit jako resource LOCAL czy JTA?

jako dodatek do innych odpowiedzi

Oto fragment z niezwykle przydatnego artykułu (opublikowanego na stronie internetowej Apache TomEE), który może również pomóc odpowiedzieć na pierwsze pytanie OP (link do artykułu znajduje się poniżej).

Porównanie resource_local i JTA persistence konteksty

---

With ty jesteś odpowiedzialny za EntityManager (PersistenceContext/Cache) tworzenie i śledzenie...

• You must use the EntityManagerFactory aby uzyskać EntityManager
• wynikowa instancja EntityManager is A PersistenceContext/Cache
• na EntityManagerFactory można wstrzykiwać za pomocą @PersistenceUnit tylko adnotacja (nie @PersistenceContext)
• nie wolno Ci użyj @PersistenceContext do odnosi się do jednostki typu RESOURCE_LOCAL
• You must use the Entitransaction API do rozpoczęcia / zatwierdzenia every call to your EntityManger
• Calling entityManagerFactory.createEntityManager () dwukrotnie powoduje dwa oddzielne instancje EntityManager i ich dwa oddzielne pliki/cache.
• Informatyka czy prawie nigdy dobrym pomysłem jest posiadanie więcej niż jednego instancja Entitymanagera w użyj (nie twórz drugi chyba, że zniszczyłeś pierwszy)

With the CONTAINER zrobi EntityManager (PersistenceContext/Cache) tworzenie i śledzenie...

• You cannot use the EntityManagerFactory aby uzyskać EntityManager
• Możesz otrzymać tylko EntityManager dostarczony przez pojemnik
• na EntityManager można wstrzykiwać za pomocą @PersistenceContext tylko adnotacje (nie @PersistenceUnit)
• jesteś Nie wolno używać @PersistenceUnit w odniesieniu do jednostka typu JTA
• EntityManager podany przez pojemnik jest odniesieniem do Persistencekontekst / Pamięć podręczna związana z transakcją JTA.
• jeśli transakcja JTA nie jest w toku, EntityManager nie można użyć, ponieważ nie ma PersistenceContext / Cache.
• każdy z EntityManager odniesienie do tej samej jednostki W tej samej transakcja będzie miała automatycznie odniesienie do same PersistenceContext / Cache
• na PersistenceContext / Cache jest spłukany i wyczyszczony w JTA commit time

Osoby zainteresowane nauką Java Persistence API-zrób sobie przysługę i przeczytaj cały artykuł tutaj: JPA Koncepcje: JPA 101 .

Resource_Local i JTA są menedżerami transakcji (metody dokonywania transakcji). Nie jest to właściwość bazy danych, ale komponent odpowiedzialny za koordynację transakcji. Menedżerowie transakcji JPA i JTA są różni. Menedżer transakcji JPA jest odpowiedzialny za transakcje JPA i chcesz go użyć, jeśli wykonujesz tylko transakcję JPA. JTA transaction manager jest menedżerem transakcji ogólnego przeznaczenia i może pozyskiwać inne zasoby, takie jak kolejki JMS w transakcji. Typowo Kontenery Java EE wykorzystują menedżera transakcji JTA dla podmiotów EJB, JPA itp.