Étiquette : release

Apache JMeter 2.8 est sortie

Et voilà ! un nouveau millésime d’Apache JMeter.

Dans les changements notables, on a :

  1. La nouvelle option « Créer les unités seulement quand nécessaire » qui vous permet d’avoir des centaines de milliers d’utilisateurs virtuels exécutant un scénario de « courte durée » c’est-à-dire genre 1 itération. Le tout avec une montée en charge de longue durée. Et ceci sans avoir besoin d’une machine de compétition.
  2. Dorénavant c’est l’implémentation Apache HTTPClient 4 qui sera utilisée par défaut pour les requêtes HTTP.
  3. Un nouveau graphique fait son apparition : le « Graphique évolution temps de réponses », qui vous permet comme son nom l’indique d’avoir une courbe des temps de réponse par rapport au temps. Je pense que l’on peut dire que l’on a (enfin) un ‘beau’ graphique dans le JMeter natif.

Une petite capture :

./

Apache JMeter 2.5 est sorti

Une nouvelle version de JMeter vient de sortir, elle était en gestation depuis plusieurs mois. J’y voyais une version 2.4.1, mais finalement comme il y a de nombreuses fonctionnalités ajoutées, et un bon nombre de bogues corrigés, on est passé directement de la 2.4 vers la 2.5.

Par ailleurs, cette version 2.5 a un sens particulier pour moi, puisque j’ai joué le rôle du « release manager » pour elle. Ainsi j’ai réalisé le processus de « délivrance » de la nouvelle version (vote de release, création des archives à télécharger, signature numérique, mise à jour du site Jakarta/JMeter, et annonce).

Voici un petit tour des principales nouveautés :

Nouvelle implémentation Requête HTTP

Avant JMeter possédait deux implémentations différentes pour réaliser une Requête HTTP : Java et HTTPClient version 3.1.

Avec la version 2.5, il y a trois, toujours les deux premières plus une nouvelle « HTTPClient4 » qui dont repose sur la version 4.x de l’API HTTPClient d’Apache.

Lors de cet ajout, les deux échantillons requêtes HTTP existants ont été fusionné en un seul, et une nouvelle liste déroulante (cf capture) dans la configuration de la Requête HTTP permet de choisir l’implémentation. Par défaut, c’est « vide », et cela correspond à l’implémentation historique Java.

  • NB1. Il est possible de changer l’implémentation par défaut à utiliser par le Proxy JMeter, via le paramètre jmeter.httpsampler dans le fichier jmeter.properties.
  • NB2. Théoriquement la meilleure implémentation en termes de qualité/performance est HTTPClient4.

Récupération parallèle des ressources d’une page

Une nouvelle fonctionnalité ajoutée également dans la Requête HTTP, est la possibilité de récupérer en parallèle les ressources associées à une page (i.e. les css, js, images, etc), via un pool d’unités d’exécution dont la taille est paramétrable (cf. capture).

Cette nouvelle fonctionnalité permet entre autre de « simuler » mieux le comportement des navigateurs actuels qui parallélisent la récupération des éléments d’une page (pour un affichage plus rapide). Continuer la lecture de Apache JMeter 2.5 est sorti