Discussion :

[chico200987]

Bonjour,

Je vous contacte suite a la perte de tout espoir de voir clair au probleme que je rencontre actuellement..

Contexte : J'ai une base DB2 sous z/OS a disposition. Actuellement utilisons un serveur JBOSS sous Windows pour gérer la persistance avec Hibernate. Nous tentons de migrer tout cela en s'abstrayant du serveur JBOSS et en attaquant directement DB2 dans notre application.

Problème : Lorsque je me connecte avec un client lambda (iSQL Viewer), je specifie :
- le driver que j'utilise : com.ibm.db2.jcc.DB2Driver
- l'url type : jdbc:db2://yourDbServerUrl:port/databaseName
- login / pass
Ca marche parfaitement (non c'est pas ca le probleme)

En revanche, sous Eclipse 3.6.2, j'ai telecharge le plugin Hibernate Syncronizer en suivant ce tutorial : http://defaut.developpez.com/tutorie...pse/hibernate/

Lorsque j'arrive a l'etape "3.2.2. Création du fichier de mapping xml" du tuto, lorsque j'appuie sur Refresh, l'etape de la connexion passe avec succes mais il se bloque a "Retrieve table metadata from connection".. Et fait crasher complètement eclipse alors que j'ai utilise le meme driver, meme url, meme id/pass..

Avez-vous un semblant de piste d’où cela peut venir please ? Car la, je n'ai vraiment aucune idée.

Merci..

Edit : Je viens de tester avec une base MySQL avec le driver adequat etc.. et ca marche parfaitement

[tchize_]

probablement le driver db2 qui merde sur la récupération des métadonnées.
Pourquoi avez vous besoin de régénérer les fichiers de mapping, puisque votre application tourne déjà ?

[chico200987]

C'est pour une refonte de projet en fait, nous passons par un serveur JBOSS aujourd'hui et nous voulons nous en passer, nous essayons d'estimer le temps que cela prendrait pour réécrire l'application en nous passant de ce serveur qui est lourd a gerer pour le client :/

Pour cela on effectue quelques tests basiques..

Ce qui me gene c'est qu'avec iSQL Viewer et exactement le même driver cela fonctionne

[tchize_]

C'est pas parce que vous vous passez de jboss que vous avez esoin de régénérer vos mapping. Hibernate gère le JPA. C'est même hibernate que jboss utilise

[chico200987]

Nous sommes reparti d'un nouveau projet en fait pour le moment, et la je viens seulement de rajouter la connexion..

Comment reprendre le mapping du projet initial ? Je n'ai aucun fichier .hbm si j'ai bien compris ce que je devais avoir au final

Merci pour tes réponses en tout cas !

[tchize_]

hibernate peut très bien travailler avec les annotation jpa. Hibernate implémente JPA donc c'est pas un problème pour lui.

[chico200987]

D'accord merci, plutot que de recreer un nouveau projet, je vais tenter de repartir sur l'ancien voir ce que ca peut donner..

Merci !

[chico200987]

Bon et bah finalement j'ai réussi a généré les fichiers hbm.

J'ai exporte mes tables DB2 puis importe sous MySQL pour ensuite generer le mapping, maintenant qu'il est fait je peux l'utiliser comme je le voulais et poursuivre le tuto !

Ce qui reste troublant c'est qu'en utilisant le meme driver dans le code, la connection s'effectue parfaitement mais j'ai pas encore ete plus loin.. Peut-etre un bug hibernate/eclipse.. Ou il faudrait installer quelque chose sur le z/OS mais la...

Merci encore pour ton orientation tchize_

[tchize_]

ou tout simplement le générateur de mapping utilise des fonctions non supportée du driver et non nécessaires pour faire des requetes SQL

[JeitEmgie]

de mémoire :

a. avec DB2, les droits d'accès de l'utilisateur aux metadata doivent être alloués spécifiquement;

b. les fonctionnalités (les procédures sous-jacentes) d'accès aux metadata sous z/OS sont considérées comme une installation optionnelle contrairement aux installations sous Windows et Linux.

[chico200987]

Hm normalement pour les droits, je dois avoir ce qu'il faut vu que j'utilise IBMUSER pour l'instant, il est owner de l'instance utilisée, et pour les options, ne semblent-elles pas être installés vu que sous iSQL Viewer cela fonctionne sans probleme ?

L'avis de tchize_ semble plus plausible mais j'ai un regard encore bien trop extérieur aux systèmes utilisés pour en être certain.. Dommage qu'aucune erreur/exception ne soit levée pour en savoir plus.

C'est triste qu'on ne nous apprenne plus ça dans les écoles informatiques.. Ne serait-ce qu'une base de connaissance !

[JeitEmgie]

Hm normalement pour les droits, je dois avoir ce qu'il faut vu que j'utilise IBMUSER pour l'instant, il est owner de l'instance utilisée, et pour les options, ne semblent-elles pas être installés vu que sous iSQL Viewer cela fonctionne sans probleme ?

L'avis de tchize_ semble plus plausible mais j'ai un regard encore bien trop extérieur aux systèmes utilisés pour en être certain.. Dommage qu'aucune erreur/exception ne soit levée pour en savoir plus.

C'est triste qu'on ne nous apprenne plus ça dans les écoles informatiques.. Ne serait-ce qu'une base de connaissance !

si çà fonctionne dans iSQL Viewer alors oui ce n'est ni un problème de droits liés au compte ni le fait que les fonctionnalités n'auraient pas été activées côté z/OS,

donc cela laisse comme "next step" :
iSQLView n'utilise pas le même jar de driver ou pas le même fichier de licence
ou tout simplement dans la configuration Eclipse, le fichier de licence manque ou n'est pas dans le classpath…
et le problème peut être simplement que dans le classpath sous Eclipse vous ayez plusieurs versions incompatibles de ces fichiers…

[chico200987]

Pour iSQL Viewer on doit sélectionner les .jar du driver qu'on choisit, il n'y en a pas par défaut, je sélectionne les mêmes que ceux du classpath de mon projet contenant aussi le jar de licence..

Lorsque je ne mettais pas le fichier de licence, j'avais bien une exception cette fois lors de l'etape de connexion du type "Fichier db2...licence....jar manquant", maintenant cette etape est passee et c'est lors de la recuperation du schema de la base pour generer le mapping et donc les fichiers .hbm que Eclipse ne répond plus, oblige de killer son processus

[chico200987]

Je tiens peut-etre un semblant de piste !

Je viens d'installer Eclipse 3.6.2 tout neuf, j'ai installe JBOSS Tools pour cette version, pour y installer uniquement Hibernate Tools.

En ajoutant une "Hibernate Console Configuration", le ping de test de la connection se passe parfaitement bien, mais quand je genere le "Hibernate Reverse Engineering File", lors de la recuperation du schema j'obtiens une erreur ! Une vraie de vraie ! (Je ne demandais pas mieux)

Que voici :

Je vais tenter de tester sur une nouvelle installation DB2 sur Linux même si la conception n'a strictement rien a voir avec une instance sur z/OS..
Je retenterai ensuite sur une nouvelle installation DB2 sous z/OS voir ce que ca donne..
Je vous tiens au courant pour ceux qui auront peut-etre ce genre de probleme, et pour le referencement je recopie le message d'erreur assez explicite : <Reading schema error: Foreign Key Name (INSTID) mapped to different tables! previous: org.hibernate.mapping.Table(DB2OSC.DSN_WCC_RP_STMTS) current:org.hibernate.mapping.Table(DB2OSC.DSN_WCC_STMT_RTDS) >

[chico200987]

Bon ! Bonne nouvelle, j'ai reussi a faire ce que je voulais sans passer par le DB2 Linux ni la fresh install.

J'ai tout simplement utilise les drivers DB2 d'IBM Data Studio, et meme si la generation du schema est extremement lente, les classes sont bien générée !

Cela devait donc bien etre un probleme de driver

Merci encore pour votre aide !