Ci-dessous,
Le 27/10/2009 09:48, Emi38 a ecrit :
> Ok merci Milamber ...
> En fait pour mon pb de comparaison "too long" était un pb seulement d
> affichage ... Il peut faire la comparaison mais peut pas m afficher
> les résultats sur la console ... Qd je crée un fichier de résultat je
> m en sors.
> Par contre, je suis en train de variabiliser et j'ai un souci de
> retour chariot !
>
> Je m explique :
> - en entrée j'ai un xml : je le rentre sous forme d un xml sur une
> seule ligne sans retour chariot.
> - en sortie : le serveur me renvoie un xml avec des retours chariot.
> Le souci c'est que je suis en train de mettre mes données ds un csv.
> pour le xml d entrée pas de pb. Mais pour celui de sortie si je le
> mets avec les retour chariots il pense que c'est une nouvelle entrée
> (logique un retour à la ligne ds un fichier csv c'est une nouvelle
> ligne) et si je les supprime y a pas de matching possible entre ce que
> me renvoie le serveur et ce que j ai ds la base ...
> Vous voyez ce que je veux dire ?
>
Oui je crois.
Ma question est : es-tu vraiment certain qu'il te faille vérifier la
totalité de ton fichier xml de réponse ? quelques chaines à des endroits
clés ne te suffirai pas ?
Sinon, pour répondre à ton besoin, voici une solution possible :
Il faut ajouter un élément Post-processeur > Post-processeur BeanShell
(en fils de ta requête HTTP, au même niveau que ton assertion). Dedans
mettre ce code java :
===
String echantillon = prev.getResponseDataAsString();
echantillon = echantillon.replaceAll("\n","");
prev.setResponseData(echantillon);
===
Il va servir à remplacer les retours à la ligne (\n) par "rien",
ensuite, l'assertion va passer et faire son travail de vérification.
(j'ai testé ici, cela fonctionne, avec un fichier XML en réponse, et ce
même fichier XML sans les \n en vérification)
(Attention, dans ton assertion, il faut utiliser le champ "Commence par")
A+
Milamber
>> ...
>>
>> plus de détails »
>>
> >
>
>