Name der dynamischen JPA-Persistenzeinheit

Question

Ich benötige eine Möglichkeit, die Persistenzeinheit in einem EJB dynamisch anzugeben.

Vereinfachtes Beispiel:

Ich habe eine Anwendung mehrere Datenbanken als Datenspeicher verwenden. Jeder der Datenspeicher ist strukturell identisch. Je nachdem, welcher Client mit der Anwendung verbunden ist, muss ich auf die Daten von einen bestimmten Datenspeicher zugreifen.

Daher würde ich gerne die gleiche EJB verwenden, so dass die Geschäftslogik nicht dupliziert wird, , aber dann wählen Sie einfach die richtige Persistenzeinheit basierend auf dem Client.

Bis zu diesem Punkt habe ich den Entity Manager nur direkt mit dem harten Namen der Persistenzeinheit injiziert. Gibt es eine Möglichkeit, den Entity Manager dynamisch mit der erforderlichen Persistenzeinheit, die an das EJB angeschlossen ist, zu injizieren? Können Persistenzeinheiten zur Laufzeit dynamisch hinzugefügt werden? Ich muss derzeit die Persistenzeinheit in der Datei persistence.xml angeben. Idealerweise möchte ich Pools auf dem Server jdbc/db1, jdbc/db2 usw. während der Ausführung des Systems erstellen. Dann fügen Sie einfach diese an die zentrale Kundendatenbank und verknüpfen es mit einem Client, so dass, wenn der Client eine Verbindung herstellt, wird es den Namen des Pools überprüfen, und es verwenden, wenn die EJB-Aufruf der Persistenzeinheit zu bekommen.

Ich bin immer noch wirklich neu in Java EE Entwicklung. Jede Hilfe würde sehr geschätzt werden.

Answer 1

In der aktuellen JPA-Version ist es leider nicht möglich, Persistenzeinheiten dynamisch zu erstellen. Wenn diese Funktionalität es für Sie wichtig ist, könnten Sie ein JIRA Problem für sie an der JPA issue tracker erwägen sollten: http://java.net/jira/browse/JPA_SPEC

Mit der @PersistenceContext Anmerkung, ist es auch nicht möglich, dynamisch eine bestimmte Persistenzeinheit zu wählen. Dies ist eigentlich die Domäne des Shardings, die Hibernate einmal zu lösen versuchte, dann aber plötzlich abbrach. Siehe http://www.hibernate.org/subprojects/shards.html

Es gibt jedoch ein paar, was man tun könnte einen ähnlichen Effekt zu erhalten.

Ein Ansatz ist es, eine Stateless EJB/CDI Fabrik Bohne zu erstellen, dass Sie mit allen Ihren Entity-Manager injizieren. Die Kosten hierfür sind marginal, da diese Bohnen gepoolt werden und Entity-Manager sind nicht so teuer in erster Linie geschaffen werden.

Wenn Sie sie auch basierend auf einer Bedingung injizieren möchten, muss diese Bedingung aus dem Kontext verfügbar sein oder muss am Injektionspunkt angegeben werden (aber wenn Sie das tun würden, könnten Sie genauso gut injizieren der richtige Entity Manager direkt).

Ein Kickoff Beispiel:

@Stateless 
@TransactionAttribute(SUPPORTS) 
public class ShardingEntityManagerFactory { 

    @Resource 
    private SessionContext sessionContext; 

    @PersistenceContext(unitName = "pu1") 
    private EntityManager entityManager1; 

    @PersistenceContext(unitName = "pu2") 
    private EntityManager entityManager2; 

    @Produces @TransactionScoped @ShardedPersistenceContext 
    public EntityManager getEntityManager() { 
     if (sessionContext.isCallerInRole("FOO")) { 
      return entityManager1; 
     } else { 
      return entityManager2; 
     } 
    } 
} 

Und dann in Ihre Bohnen:

@Stateless 
public class SomeBean { 

    @Inject @ShardedPersistenceContext 
    private EntityManager entityManager; 

    // ... 
} 

Beachten Sie, dass hier Seam Persistence für die @TransactionScoped Anmerkung benötigen würde. Es könnte auch einfacher sein, aber ein wenig ausführlicher, um das Einspritzen des Entity-Manager transparent und injizieren die ShardingEntityManagerFactory statt und erhalten das Recht, eine von ihm manuell zu vergessen.

Answer 2

Dies ist wahrscheinlich nicht helfen, das Problem zu lösen, aber Sie können wissen, dass diese Art von Problemen bei der Umsetzung von JPA 2.1

Dies diskutiert wird klingt wie einer jener Fälle von Multitenancy:

Proposal for Multitenancy Support in JPA 2.1 JSR-338

Answer 3

Nur eine Idee, wenn es nicht sicher helfen werden: Sie eine input öffnen kann die persistence.xml Datei und ersetzen Sie diese Zeilen zu lesen:

<property name="javax.persistence.jdbc.url" value="jdbc:mysql://localhost:3306/agendasccv2?zeroDateTimeBehavior=convertToNull"/> 
<property name="javax.persistence.jdbc.password" value="btxbtxbtx"/> 
<property name="javax.persistence.jdbc.driver" value="com.mysql.jdbc.Driver"/> 
<property name="javax.persistence.jdbc.user" value="root"/> 

dann eine Verbindung Config-Bildschirm spritzen, wo der Benutzer anmeldet, und stellen Sie die Verbindung entsprechend der Benutzerrechte auf die Datei, dann die Hauptanwendung

Nicht sicher gestartet werden, wenn das helfen wird, es ist nur und Idee. Hängt von Ihrer Anwendung und Geschäftslogik ab.

Answer 4

Sie können hierfür die gleiche Persistenzeinheit verwenden. Sie müssen nur eine Eigenschaftenzuordnung bereitstellen, wenn Sie createEntityManagerFactory() mit der URL/Datenquelle aufrufen, die Sie verwenden möchten.