Bonjour,
Après m'être longuement débattu avec les cookies et leur non prise en compte par l'application, j'ai enfin trouvé l'origine du problème et par la même sa solution que je vous expose ici...
Hypothèse : un XMLRad 7.08.708, téléchargé le 23/01/03 installé sur un Win2000 Sp2 avec IIS 5...
Je remercie tout d'abord Julien C. qui m'a mis sur la piste :
L'URL (DOMAIN + PATH) ne variant pas, j'ai donc examiné les cookies générés par les deux applis (celle qui fonctionne et l'autre) et recherché des différences. J'ai trouvé dans le cookies de l'application "buguée" que la fin de l'URL avait un "slash" surnuméraire.Envoyé par Julien C.
En examinant les paramètres de XMLRad, j'ai trouvé dans "Aliases" ceci:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 localhost/TESTBin/TEST.dll// au lieu de localhost/TESTBin/TEST.dll/
Petite remarque : Ce paramètre a été défini par XMLRad à la création du projet et je ne l'ai pas modifié par la suite ! Ce projet n'était pas non plus un réimport mais une création pure...
Code : Sélectionner tout - Visualiser dans une fenêtre à part TESTDLL => /{$XMLC_InstanceName}Bin/TEST.dll/
J'ai corrigé comme suit :
J'ai rectifié tous les liens construits avec cet alias comme suit:
Code : Sélectionner tout - Visualiser dans une fenêtre à part TESTDLL => /{$XMLC_InstanceName}Bin/TEST.dll
Et j'ai retesté... AVEC SUCCES !!! 8)
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3 <a href="{/document/Aliases/TESTDLL}FormTest"><b>Mon test</b></a> est devenu <a href="{/document/Aliases/TESTDLL}/FormTest"><b>Mon test</b></a>
Le problème vient donc du fait que XMLRad rajoute un "/" à l'URL qu'il stocke dans les cookies sans vérifier s'il n'est pas déjà présent...
Ce "/" présent dans l'alias pourrit donc le comportement de l'appli dès que l'on utilise les cookies...
Voila, en espérant que cette petite solution épargnera à d'autres de perdre le temps que j'ai passé à comprendre l'origine du pb...
Bon dév. et bon week-end,
Philippe.
Partager