Discussion :

[clisson]

(nouveau fil dû à l'évolution de la situation)

Bonjour,

Rappel de l'environnement : Windows Server 2003, XMLRAD2005R2, Tomcat 5.5, JRE 1.5.


Après avoir modifié les fonctions de récupération des metadata dans le xmlclx.jar, je récupère à peu près correctement les informations de la base DB2. A peu près seulement, car les assistants de création de service ignorent les colonnes de type CHAR ! En substituant le type CHAR par le type VARCHAR, ça se passe mieux.

En continuant mes tests, je me suis aperçu de deux énormes problèmes (qui ne sont pas spécifiques à DB2 : j'ai les mêmes soucis avec une base MySql) :
- les requêtes paramétrées ne fonctionnent pas : a priori, c'est le contenu du paramètre qui n'est pas retrouvé dans le contexte : si je lui indique "en dur" dans la fonction Java, ça fonctionne.

- les requêtes "like" ne fonctionnent pas non plus (du style " where Nom like 'A%'".)

Et, pour couronner le tout, j'ai également constaté que l'Active Script n'était pas "activable" avec Java ! C'est une grande partie de la souplesse de développement XmlRad qui disparaît...

Y a-t-il des choses que je n'ai pas bien comprises, ou faut-il attendre une prochaine version pour commencer à envisager une application J2EE ?

[RDM]

Actuellement, le mappings des types en JDBC s'appuie sur les SystemTables
dans la prochaine version (fin d'année) il sera natif JDBC.

il faut utiliser le paramètre UseSystemTables dans le paramétrage de la connexion JDBC
la template SystemTables pour DB2 n'existe pas mais tu peux la construire si tu connais bien le serveur DB2 en utilisant comme exemple celle de mysql.

tu peux toujours utiliser par contre le middleware ADO avec Java si tu le souhaite, ca fonctionne.

pour ActiveScript, il y a une incompatibilité technique. il n'est pas possible d'utiliser conjointement l'activeScript et Java.
d'autre part il reste déconseillé de mixer des langages scriptés et natif dans une application XMLRAD.