{"id":463,"date":"2009-07-19T20:30:11","date_gmt":"2009-07-19T19:30:11","guid":{"rendered":"http:\/\/blog.milamberspace.net\/?p=463"},"modified":"2009-07-19T20:30:11","modified_gmt":"2009-07-19T19:30:11","slug":"jmeter-attention-a-suivre-ou-non-les-redirections-http-code-302","status":"publish","type":"post","link":"https:\/\/blog.milamberspace.net\/index.php\/2009\/07\/19\/jmeter-attention-a-suivre-ou-non-les-redirections-http-code-302-463.html","title":{"rendered":"JMeter : attention \u00e0 suivre ou non les redirections HTTP (code 302)"},"content":{"rendered":"

Un petit billet pour vous montrer un effet de bord de l’\u00e9l\u00e9ment Serveur Proxy HTTP <\/strong>de JMeter.<\/p>\n

Tout d’abord, voici un arbre JMeter qui va nous permettre de faire l’enregistrement d’une session de navigation.<\/p>\n

\"\"<\/p>\n

J’ai choisi comme application mod\u00e8le, l’un des exemples livr\u00e9s avec Tomcat 6 : l’exemple de ressources prot\u00e9g\u00e9es par un identifiant et mot de passe.<\/p>\n

Donc si vous prenez un Tomcat 6 avec ses applications d’exemples, vous le d\u00e9marrez et vous entrez cette adresse : http:\/\/localhost:8080\/examples\/jsp\/security\/protected<\/a>, vous aurez cette page :<\/p>\n

\"\"<\/p>\n

Le login et le mot de passe \u00e0 saisir se trouvent dans le fichier conf\/tomcat-users.xml<\/em> de votre Tomcat. Donc on saisit les accr\u00e9ditations, pour arriver sur cette page :<\/p>\n

\"\"<\/p>\n

Elle nous dit simplement que nous sommes bien connect\u00e9 et identifi\u00e9.<\/p>\n

Maintenant, si on (re)fait cette session de navigation correspondant \u00e0 ce sc\u00e9nario fonctionnel en utilisant l’\u00e9l\u00e9ment Serveur Proxy HTTP<\/strong>, on va obtenir cet arbre dans le contr\u00f4leur Enregistreur <\/strong>:<\/p>\n

\"\"<\/p>\n

Donc, on a trois requ\u00eates (bien que l’on ait appel\u00e9 un sc\u00e9nario de deux \u00e9crans : \u00ab\u00a0formulaire de connexion\u00a0\u00bb, \u00ab\u00a0page d’accueil connect\u00e9e\u00a0\u00bb).<\/p>\n

Quand on regarde dans l’\u00e9l\u00e9ment Arbre de r\u00e9sultats qui est situ\u00e9 en fils du Serveur Proxy HTTP, on trouve la raison des trois requ\u00eates :<\/p>\n

\"\"<\/p>\n

La deuxi\u00e8me requ\u00eate est une redirection HTTP (code 302).<\/p>\n

Ce qui se passe donc, c’est qu’une fois authentifi\u00e9 par le syst\u00e8me, ce dernier envoi une instruction de redirection au navigateur (ici JMeter) pour lui faire afficher la page d’accueil.<\/p>\n

Ok, maintenant voyons ce qui se passe si on reprend notre sc\u00e9nario JMeter et on l’ex\u00e9cute avec un groupe d’unit\u00e9s<\/strong> configur\u00e9 \u00e0 1 utilisateur qui ex\u00e9cute une seule it\u00e9ration.<\/p>\n

\"\"<\/p>\n

Dans l’arbre de r\u00e9sultats (celui rattach\u00e9 au groupe d’unit\u00e9s du test), on voit les trois requ\u00eates, et pour la deuxi\u00e8me requ\u00eate, on trouve qu’elle correspond \u00e0 deux requ\u00eates, la premi\u00e8re ([…]\/protected\/j_security_check)<\/em> qui a retourn\u00e9e un code 302 (redirection) vers la page <\/em>d’accueil connect\u00e9e ([…]\/protected\/)<\/em>.<\/p>\n

La troisi\u00e8me requ\u00eate est la m\u00eame URL que la requ\u00eate de redirection provenant de la requ\u00eate num\u00e9ro 2. Ce qui signifie que le test automatis\u00e9 de JMeter, dans ce cas, appelle deux fois<\/span> la m\u00eame URL au lieu d’une fois.<\/p>\n

C’est un probl\u00e8me, car le nombre de requ\u00eates attendu n’est pas le bon, de plus, dans un r\u00e9cepteur comme la Rapport consolid\u00e9, on trouvera que le temps de r\u00e9ponse de la requ\u00eate num\u00e9ro 2 est \u00e9gale \u00e0 1\/ l’ex\u00e9cution de la servlet j_security_check +<\/strong> 2\/ l’appel \u00e0 la page d’accueil connect\u00e9e.<\/p>\n

Comment r\u00e9soudre ce petit soucis ? Deux moyens :<\/span><\/p>\n

Le premier consiste, tout simplement \u00e0 demander \u00e0 JMeter de ne pas suivre les redirections (ne pas traiter les codes 302), pour cela, dans l’\u00e9chantillon correspondant \u00e0 la requ\u00eate 2, il suffit de d\u00e9cocher la case \u00ab\u00a0Suivre les redirections\u00a0\u00bb<\/p>\n

\"\"<\/p>\n

Ensuite \u00e0 l’ex\u00e9cution du test, on a bien 3 requ\u00eates (sans aucune ‘double-requ\u00eate’). La requ\u00eate num\u00e9ro 2 donne bien une redirection, mais elle n’est pas suivie par JMeter. Et maintenant le temps de r\u00e9ponse de cette requ\u00eate correspond bien \u00e0 celui de l’ex\u00e9cution de la servlet j_security_check.<\/p>\n

\"\"<\/p>\n

Une autre fa\u00e7on de solutionner ce probl\u00e8me est de tout simplement (aussi) supprimer ou d\u00e9sactiver la requ\u00eate suivant la requ\u00eate ayant la redirection. Donc la troisi\u00e8me requ\u00eate doit \u00eatre d\u00e9sactiv\u00e9e (ou carr\u00e9ment supprim\u00e9e).<\/p>\n

\"\"<\/p>\n

Ensuite \u00e0 l’ex\u00e9cution, on a seulement deux requ\u00eates, la deuxi\u00e8me correspondant au temps d’ex\u00e9cution de la servlet j_security_check et la page d’accueil.<\/p>\n

\"\"<\/p>\n

Je sais, vous allez me poser la question (que je me suis \u00e9galement pos\u00e9) : quelle est la meilleure m\u00e9thode ?<\/p>\n

Bien entendu<\/em>, il n’y a pas de r\u00e9ponse miracle.<\/p>\n