XMLRAD + Delphi + Dialogs : ShowMessage = DOWN [Résolu]

[LeCaméléon]

Bonjour,

Souhaitant débuger une requete construite en partie via Delphi, je place un showmessage dans Delphi. A l'éxécution du service (after params), IE "plante" et attends (que le popup alert apparaisse ce qui n'est pas le cas). Par contre, si j'utilise les eventslogs en fichiers et que je vire le showmessage, tout va bien ! Merci de me dire comment résoudre ce pb !

NB

[Pierre FORAZ]

je ne suis pas sûr qu'une dll ISAPI puisse afficher un message sur un poste client.
Soit tu fais un debug réel avec Delphi en mettant des points d'arrêt, soit tu fais un raise exception.create(msg). Avec le raise... tu pourras aller dans les logs et voir les valeurs générées

[RDM]

voir aussi: http://xmlrad.com/DelosBin/Delos.dll/ServePage?URL=Manual/Appendix07/index.htm&WEB_ID=101001015

[LeCaméléon]

Si si j'avais l'habitude de mettre un showmessage pour checker via popup (alert) sur IE si le traitement retourné par Delphi était ok ou pas. J'ai dû changer de PC voilà pourquoi j'ai cette erreur que je n'avais pas avant ! Un pb de IIS peut etre ? (j'ai killé FW, antispyware etc sans succès). Passer par les eventlogs txt ou une lourde procédure (RDM) me semble un peu vouloir utiliser un marteau piqueur pour enfoncer un simple clou :-) Je vais quand même lire le tuto (RDM) ... c'est pas un clou sur mon apprentissage d'XMLRAD qui va me faire creuver :-)
Merci
Bye
NB

[Nicolas.Cogi]

Le debugage est interessant à plus d'un titre, a mons avis. Ca vaut le coup de suivre le tuto pour configurer ca une premiere fois. Les debug suivant seront simples à effectuer.

Apres, mieux que le debug Delphi, le Debug XMLRAD !
En mettant ton XMLService en mode debug, tu pourras suivre le traitement complet. Il te suffit de placer des valeurs dans le Context pour evaluer ce qui s'est passé dans le gestionnaire d'evenement Delphi : le debugger affichera les valeurs modifiées du Context d'une etape sur l'autre. C'est je pense la methode recommandée.

Par ailleurs, les traces du framework sont extremement interessantes et sont faites justement pour ca. Elles sont désactivables par simple config, et tu peux donc les laisser dans ton code en production, ce qui te permettra de les reactiver pour retracer une execution avec les données de la prod (on fait ca tous les jours, et plus ca va, plus on trouve ca super precieux).

Code :

1
2
 
if XMLC_TraceInfo then EventLog.TraceInfo(XMLRequest, ClassName, 'Message');

Pareil pour XMLC_TraceWarning, XMLC_TraceError et XMLC_TraceVerbose avec EventLog.TraceWarning, EventLog.TraceError et EventLog.TraceVerbose.
Le fichier EventLog.xml te permet de configurer tout ca.

Pour ton histoire de ShowMessage, si j'ai pas encore réussi à te convaincre , vérifie que le service IIS interagit bien avec le bureau, c'est peut-etre pour ca que ca n'apparait pas. A checker, je suis pas bien sur.

[LeCaméléon]

Pour ton histoire de ShowMessage, si j'ai pas encore réussi à te convaincre , vérifie que le service IIS interagit bien avec le bureau, c'est peut-etre pour ca que ca n'apparait pas. A checker, je suis pas bien sur.

Aléluya Merci nicolas .. effectivement cette x#&é" de casse était décochée ! Je parcourerai cependant le débug "propre" ce week end à tête reposée ...

NB

[RDM]

sinon utilise le debugger de XMLRAD, qui peut être plus approprié. voir http://xmlrad.developpez.com/Articles/Debugger/

mais comme le dis nicoals, dans ton cas, le mieux reste les traces !