Version imprimable
Bonjour,
Voici mon problème sur SQLServer2000 + XMLRAD2005 + Delphi j'ai un souci avec les types boolean que je récupère via un DBExtract posé dans un XMLGram.
Lorsque je fais un Context.GetValue('MonBool') => retour = -1 pour True retour = 0 pour False ... même chose avec le XSL sur les tests je suis obligé de mettre -1 .
Est -ce normal ? car peut être que je me fais du souci pour rien :lol:
Merci d'avance pour vos comments
Michel
Le type Boolean en SQLServer est le type Bit.
il est bien pris en compte par XMLRAD et affiche 'True' ou 'False' directement
dans le SQLAnalyzer si je selectionne le champ, j'ai directement à l'affichage True ou False.
Oui je suis d'accord avec toi même en utilisant le test de requête dans XMLGram on voit True & False mais lorsque l'on fais un ecran de test LISTTest par exemple avec le wizard avec une table de la sorte :
Quand on exécute l'url "LISTTest" on voit sur l'écran '-1' pour une valeur '1' dans la base et '0' pour une valeur '0' dans la base :( J'ai fais le test sur l'appli Toolkit si tu veux plus d'info ou le projet complet je te l'envoie sans aucun problème car là j'y comprend rienCode:
2
3
4
5
Vous avez essayer de votre côté ?
pour info j'ai fais le test sur un serveur SQL Server 2000.
Merci,
Michel
euh oui il me semble avoir fait le test est il n'y avait aucun problème
Ce qui est ennuyeux : c'est que xmlrad renvoie 'True' ou 'False' pour un champ de type BIT dans SqlServer; Alors qu'a l'origine, les valeurs valent soient '0 soit '1'.
Dans le XSL, on ait obligé ce comparer avec 'True' et non pas avec '1' ...ou d'implémenter des fonction javascript de conversion de de 'True' en '1' et de 'False' en '0'.
Autre désavantage, avec le SQLAnalyser, si je veut faire un update pivot, j'ai une erreur généré due aux 'True' ou 'False' : je suis obligé de changer toutes les valeurs en '0' ou '1' avant de revalider le grid ; Bonjour la galère.
sans etre obligé de recompiler le noyau xmlrad, ni aurait-il pas une méthode pour conserver les valeur d'origine des champs de type BIT ?
Explication:
le type BIT SQLServer correspond a un type boolean (d'ou le true ou False) et ce type est considéré au niveau ADO par un boolean, donc c'est le middleware ADO qui renvoie la chaine True/False et non XMLRAD qui ne fait que transmettre cette valeur.
si vous voulez des valeurs 1 ou 0 il faut utiliser un INT.
Oui bein justement moi je n'ai pas True mais -1 et j'ai 0 au lieu de False !!! ... je veux juste savoir si je dois garder mon test sur le -1 ou le True.
Je rappelle que lors du test du dbextract dans un xmlgram cela fonctionne mais c'est juste quand on récupère la valeur dans le flux XML donc dans le XSL que cela ne ramene pas les bonnes valeurs.
Ce soir j'essaie avec la R2 et peut etre que cela vient de là et je vous dirais.
Michel
je n'ai pas pu repdouire ton problème de -1
si tu arrives à chaque fois a le reproduire, indique nous les étapes.
Le problème n'apparait plus avec la release 2.
Quelles sont les modifications apportées à ce niveau là ?
Sinon pour la méthode de reproduction c'était hyper simple:
Tu as une base avec une table avec un champ "bit" sur SQL Serveur
Tu fais un service de consultation
Le flux visible depuis le xmlgram est correct
Le flux apres le XSL affiche -1
mais sur la R2 il n'y a plus ce bug.
Michel
aucune.Citation:
Envoyé par mchicoix
le flux après XSL ? le HTML ???Citation:
Sinon pour la méthode de reproduction c'était hyper simple:
Tu as une base avec une table avec un champ "bit" sur SQL Serveur
Tu fais un service de consultation
Le flux visible depuis le xmlgram est correct
Le flux apres le XSL affiche -1
mais sur la R2 il n'y a plus ce bug.
Michel
mais le XML alors? il est comment ?
LE XML contient -1 et donc à l'affichage on a -1 mais bizarrement quand tu fais un test dans un xmlgram le résultat est ok
Michel