Discussion :

[Klesk]

Bonjour à tous,

Pour exposer rapidement la situation, nous avons découpé notre base de données en plusieurs schémas. Chaque schéma contient les entités representant un composant de notre logiciel (dans notre programme, un composant est un ensemble de fonctionnalités). Il y a aussi un schéma "commun" à tous. Toute les liaisons vers le schéma commun sont faites de manière unidirectionnelle.

J'aimerai donc savoir si il est possible de définir un persistence-unit nécessitant une dépendance avec un autre persistence-unit ? Jusqu'a présent, nous avons qu'un seul PU mais ce n'est pas très modulaire. Lors de notre première tentative, nous avons des erreurs comme quoi certaines entités ne sont pas gérée dans le persistence-unit (ce qui semble logique)... mais alors comment indiquer au PU la dépendance à un autre PU ?

PS: Notre projet Java est de type client lourd et nous utilisons OpenJPA 2.1.1 & Derby 10.8.2.2 pour gerer nos entitées.

[DevServlet]

Bonjour,
Je ne sais pas sur quel SGBD vous travaillez, mais chez nous nous pallions à ça en utilisant la notion de Synonyme qui existe sous oracle.En clair quand un schéma une table physique est en lien avec une autre table physique d'un autre schéma, nous déclarons la table physique absente en synonyme.Ce qui est complètement transparent pour le persistent-unit côté Java.Et ce qui donne l'avantage côté JPA d'avoir une seule transaction à gérer.

[Klesk]

Bonjour,

Nous utilisons la base de données Derby. Le type Synonyme n'existe pas sous ce SGBD. Quoi qu'il en soit, il n'est donc pas possible dans notre confiugration actuelle d'OpenJPA de fragmenter le PU.

La solution apparaitra sûrement lors de la migration de notre logiciel vers la plateforme J2EE, afin d'utiliser les EJB 3.1, avec un EAR par composant, non ?