Ceci est particulièrement utile pour décorréler le temps de traitement par rapport au temps de réponse enregistré dans un outil de test de charge, comme JMeter.

Voici comme faire dans Tomcat :

Au niveau du fichier Tomcat_Home/conf/server.xml, on trouve la section suivante en commentaires :

<!--
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false"/>
--->

Il faut d’abord la décommenter, puis modifier l’attribut pattern comme suit :

<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt"
pattern='%h %l %u %t "%r" %s %b %D'
pattern="common" resolveHosts="false"/>

Le %D correspondra au temps de traitement de la requête en millisecondes.

Pour Jboss qui, (je le rappelle) contient un serveur Tomcat (plus exactement un dérivé appelé Jboss Web), c’est la même valve que l’on retrouve.

Cette fois-ci, il faut aller dans le dossier Jboss_Home/server/<default|nom instance>/deploy/jboss-web.deploy/server.xml, puis procéder au même type de changement sur l’attribut pattern :

<!-- Access logger -->
<Valve className="org.apache.catalina.valves.AccessLogValve"
prefix="localhost_access_log." suffix=".log"
pattern='%h %l %u %t "%r" %s %b %D'
directory="${jboss.server.log.dir}" resolveHosts="false" />

Bien entendu, dans les deux cas, il faut redémarrer le serveur pour la prise en compte.

Ensuite dans le fichier localhost_access_log.<date>.log, on aura des lignes de ce type :

123.45.67.89 - - [01/Mar/2010:00:05:39 +0000] "POST /App1/Modification.action HTTP/1.1" 200 24039 458

où le 458 à la fin correspond au temps de traitement exprimé en millisecondes.

On notera qu’il est possible de changer (ou d’ajouter) le %D en %T pour avoir le temps de traitement en secondes plutôt que millisecondes.

Plus d’infos sur la valve et les formats possibles ici.

PS. Bien entendu, Apache ou IBM HTTP Server propose la même fonctionnalité. Il peut même être très intéressant de l’activer à son niveau dans le cas d’une architecture de type Apache+mod_jk+Tomcat.

./

La vidéo complète de sa présentation est disponible (46 min, en anglais), c’est extrêmement intéressant et enrichissant. La présentation PDF est téléchargeable également.

Je vous recommande au moins un parcours de la présentation pour voir le « process », la démarche à suivre pour tout problème de performance.

Sa présentation parle de Tomcat, mais certaines parties sont adaptables pour d’autres serveurs d’applications comme Jboss (bien sur), WebSphere, etc.

• La vidéo avec les slides qui défilent
• La présentation au format PDF

./

JMeter à travers la servlet de statut fournie avec le serveur Tomcat peut afficher sous forme d’un graphique le nombre d’unités d’exécution actives, la mémoire JVM utilisée, et la charge (calculée) du serveur Tomcat. JMeter peut même le faire sur plusieurs serveurs Tomcat en même temps.

Voici donc un petit tutorial pour découvrir cette fonctionnalité de JMeter. Pour cela, on utilise un serveur Tomcat version 6.0 et un JMeter 2.3.

Bonne découverte.