"component" sur autre base de données

Bonjour,

Est-il possible avec hibernate d'avoir un mapping "component" qui porte sur une base de données qui soit différente de la classe mappée principale ? 8O

En clair est-il possible d'avoir un mapping du genre :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

<hibernate-mapping> <class name="Devis" table="devis"> <id name="id" type="string" unsaved-value="null"> <column name="id" sql-type="char(32)" not-null="true"/> <generator class="uuid.hex"/> </id> <property name="numero" type="int" insert="false"> <column name="numerodevis" sql-type="smallint"/> </property> <property name="indice" type="int"> <column name="indicedevis" sql-type="smallint" not-null="true"/> </property> <component name="client" class="Client"> <property name="numero"/> <property name="nom"/> </component> </class> </hibernate-mapping>

---

mais avec la classe Client mappée sur une autre base de données que la classe Devis.

Vraiment j'apprécierais votre aide là dessus... :koi:

Je ne pense pas que cela soit possible... quelle serait l'utilité d'utiliser 2 base de données si ton mapping mélange les 2 ?

a mon avis un mapping permet de configurer 1 seule et unique sessionFactory qui utilise elle meme 1 seule et unique BDD.

jettes tout de meme un oeil sur les forum hibernate (http://forum.hibernate.org/) ou l'on trouve beaucoup d'informations mais je suis assez septique sur tes chances de reussite en utilisant cette méthode.

bonne chance tout de même !!!

L'intérêt est assez simple. J'ai une base de données existante dans laquelle sont stockées les références de nos clients et je dois développer une application qui doit, entre autres, gérer des devis... Chaque objet devis possède un "composant" client.

Techniquement, je me suis débrouillé autrement, mais j'aurais bien aimé avoir une programmation plus propre... plus objet...

Bonjour,

J'ai un peu la même question que toi... exactement en fait,

Pourrais tu me donner des infos si tu as eu plus d'infos sur les possibilités?

Merci d'avance,

Laurent

Désolé, pas plus d'infos !