Discussion :

[ArseNic]

Bonjour,

J'ai une Query "maQuery" que je lance depuis du code Java dans un Before XMLGram. Dans cette query il y a un champ qui devrait être unique. Je sais qu'XMLRAD propose des générateurs d'IDs, mais est-il possible de faire fonctionner ça depuis Java.

Dans le schéma classique, on met dans le XMLGRAM le générateur d'identifiant, et à la suite la requête qui récupère l'id généré.
Mais à partir du code, est-il possible de le faire? Par exemple en lançant le générateur, et tout de suite après la Query? Mais comment lancer le générateur?

Cordialement,

Nicolas M.

[ArseNic]

Avec ça : xmlcGenerator.getNewId(generatorName) ça devrait marcher, non?

Je vais tester, et je vous tiens au courant

PS : Si je suis sur la mauvaise voie, n'hésitez pas à me le signaler

[ArseNic]

J'ai un générateur "GENERAL" qui fonctionne très bien quand on l'appelle dans un XMLGram. Pourtant quand je l'appelle depuis Java je récupère l'erreur suivante :

xmlcGenerator.getNewId("GENERAL")

java.lang.UnsatisfiedLinkError: getNewId
at xmlclx.XMLCGenerator.getNewId(Native Method)

Une idée de la source de cette erreur?

[ArseNic]

Après enquête, ce type d'erreur semblerait se produire lorsqu'il y a un problème de communication avec la dll. Y a t-il un problème identifié avec cette méthode getNewId()?

Bon sinon en testant avec incValue() j'arrive au résultat voulu, donc ce n'est pas bien grave

[RDM]

oui il y a un problème de casse dans la DLL c'est déclaré getNewID et dans la classe Java c'est getNewId.

il faudrait modifier la classe Java et refaire le package xmlclx.jar

[ArseNic]

D'accord! Merci pour la réponse, c'est toujours bon à savoir.

[Sylvain James]

Mais à partir du code, est-il possible de le faire? Par exemple en lançant le générateur, et tout de suite après la Query? Mais comment lancer le générateur?

Malgré tout il est préférable de laisser faire un générateur qui va injecter l'ID dans le Context.
Si tu as besoin d'utiliser dans ton code Java l'ID qui vient d'être généré, il suffit de le récupérer dans le Context :
String Value = context.getValue("ID_TOTO");

Sylvain

[ArseNic]

Malgré tout il est préférable de laisser faire un générateur qui va injecter l'ID dans le Context.
Si tu as besoin d'utiliser dans ton code Java l'ID qui vient d'être généré, il suffit de le récupérer dans le Context :
String Value = context.getValue("ID_TOTO");

Sylvain

En effet, je pensais faire comme ça au départ, mais j'ai besoin d'insérer des données dans la BDD avant le XMLGram. Or, si je mets mon instruction de générateur dans le XMLGram, je ne pourrais pas y accéder (ou alors en mettant le générateur dans le service juste avant, peut être).

De plus le traitement est particulier, car je fais plusieurs insertions à la suite (un nombre variable, selon ce que j'ai dans le context), c'est pourquoi je fais cela depuis le code Java.

[RDM]

mouais comme Sylvain j'aurais tendance a utiliser un peu plus le XMLGram quand même.
a partir de XMLRAD 2006 tu as les rules/Expressions (notamment Skip) dans les instructions qui te permettent d'éviter du code en déclarant toutes tes instructions.
tu déclares ensuite un rule Skip (bouton de droite sur l'instruction/Rules) pour chaque instruction qui est conditionné pour ne pas l'executer suivant une expression du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Context.MaValeur = ''

tu as des infos dans l'appendix 13
http://xmlrad.com/DelosBin/Delos.dll...B_ID=101001015

la grammaire des Rules/Expressions:
http://xmlrad.com/DelosBin/Delos.dll...15#Expressions