Le temps passe et Apache JMeter continue de s’améliorer et recevoir des corrections d’anomalies. La version 5.3 est là !
Les changements sont visibles ici.
Et le téléchargement se passe par ici.
Bons tests!
Après de longs mois de gestation, Apache JMeter 3.0 est sortie de sa coquille. Cela n’a pas été facile, il a fallut pas moins de 5 release candidate ! (En général c’est plutôt autour de 2.)
Oh là! 3.0 c’est un saut de version majeure, coté changement c’est énorme :
Le site web relifté c’est ici
La longue liste des changements c’est ici
Le téléchargement c’est ici
Bons tests à tous !
[Je démarre le mode « promo ».]
Ça y est, et après plus de deux années, l’équipe FR de JMeter, a sorti son livre sur Apache JMeter pour réaliser des tests de charges et bien plus encore. Antonio Gomes Rodrigues et moi-même avons commencé ce livre en 2013 après nous être aperçus que nous avions une même idée : « faire un livre sur JMeter », puis, Philippe Mouawad nous a rejoint dans l’aventure et nous a aidé à le finaliser.
Le résultat : un livre qui couvre quasiment toutes les possibilités de Apache JMeter tant bien entendu, sur les tests de charge d’un site web et la démarche de tir, que sur les tirs de charge vers des cibles plus exotiques comme les bases de données et les messageries orientées messages mais aussi l’intégration de JMeter dans la démarche DevOps visant à raccourcir les délais d’itérations des livraisons de ses applications.
Pour ceux qui ont déjà lancé JMeter, on peut dire que sa prise en main n’est pas toujours aisée, qu’à première vue, on se pose la question : on commence par où ? Et bien, une réponse aujourd’hui est : par ce livre !
Pour ce fameux (je l’espère) livre, nous avons choisi un mode de distribution « 2.0 » (voir 3.0?) en utilisant le service de publication LeanPub.com. Ce dernier nous permet d’une part de travailler à plusieurs sur un même livre (via un dépôt GIT et un fichier texte par chapitre) ainsi que (et surtout) de travailler par « version » du livre. Et oui, c’est un livre vivant ! Nous allons continuer à le faire vivre en fonction de vos remarques et des évolutions de JMeter afin de vous faire bénéficier du meilleur d’Apache JMeter !
Cerise sur le gâteau, le chapitre du livre sur l’écosystème JMeter est disponible gratuitement chez LeanPub !
Si l’aventure vous tente, vous pouvez visiter la page du livre ici.
[/Fin du mode « promo ».]
Eh bien voilà, Apache JMeter 2.12 est sortie. Au menu, quelques nouveautés et des corrections d’anomalies.
Tout d’abord, il y a le support de Java 8, vous pouvez maintenant utiliser JMeter sur cette version de Java.
Ensuite il y a les nouveautés :
Le Contrôleur Section critique qui permet d’avoir une section de son scénario qui s’exécute sans parallélisme (une seule instance de cette section à la fois).
Le Gestionnaire de cache DNS qui permet de tester des services de type CDN (Content Delivery Network) ou des DNS configurés en round robin. Continuer la lecture de Apache JMeter 2.12 est sortie
Une nouvelle version de JMeter vient tout juste d’être publiée. A peine quatre mois après la version 2.6 datant du 1er février 2012, voici déjà la version 2.7 !
Cette nouvelle version corrige des anomalies bien entendu, mais également apporte quelques nouveautés et améliorations.
Un nouvel échantillon Appel de Processus Système fait son apparition. Il permet de demander à JMeter de lancer et exécuter un programme situé sur la machine, tout en permettant l’ajout de paramètres et de variables d’environnement à ce programme. Continuer la lecture de Apache JMeter 2.7 est sortie
Un petit billet pour vous inviter à découvrir ce tutoriel de Antonio Gomes Rodrigues, dont le sujet est l’audit de performance d’une application en Java EE.
C’est un tutoriel extrêmement complet qui couvre de nombreux domaines qui sont liées à la performance en général, et plus particulièrement sur une application J2EE.
Le tutoriel couvre les procédures de test (préparation, principaux métrics), le test de charges avec JMeter, et une dernière partie sur l’identification et la correction des problèmes. On a donc ainsi, l’entrée, le plat et le dessert pour optimiser nos applications J2EE.
La section sur l’identification et la correction des problèmes est particulière exhaustive sur les problèmes que l’on peut en effet rencontrer dans une application. Elle sera très utile pour faire une check-list de vérification si un souci arrive sur son application.
Voilà, c’est à mettre dans vos marques-pages.
./
Un petit billet pour vous parler de cette présentation de Mark Thomas, un committer sur Apache Tomcat, qui a fait une très bonne présentation sur les optimisations et les performances de Tomcat, dans le cadre des rencontres Spring.
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.
./
JMeter dispose de deux modes de fonctionnement, un mode GUI et un non-GUI, « GUI » signifiant Graphical User Interface, c’est-à-dire un mode de fonctionnement avec une interface graphique utilisateur qui permet de créer, éditer un script et lancer un test de charges et autres choses. Le mode non-GUI ne permet pas de manipuler un script, mais simplement de lancer le script de test de charges.
Pourquoi ce mode non-GUI ? Parce qu’en mode GUI, JMeter peut être gêné par la gestion du ‘graphisme‘ pendant qu’il est en train d’exécuter un test de charges. Et cela peut avoir un impact sur la qualité des résultats du tir.
En effet, sur le poste JMeter, la gestion du mode graphique impacte : Continuer la lecture de JMeter : Pourquoi exécuter son test de charges en mode non-gui (sans interface graphique) ?
En fin d’année, il est de coutume de faire le bilan. Je vous propose donc de partager différents points de vue « bilan de fin d’année », le tout étant totalement subjectif, non-exhaustif et basé sur mon seul vécu. Continuer la lecture de Bilan année 2008
Cela fait longtemps que j’aurais dû le faire, et bien c’est fait.
Voici donc un petit tutoriel qui donne la démarche pour faire un test de charge distribué avec JMeter.
L’intérêt principal pour ce type de test, est que la charge à produire par JMeter pour simuler ses utilisateurs virtuels est répartie sur plusieurs machines JMeter. Cela évite ainsi les problèmes de saturation de bande passante du JMeter, de surcharge CPU, mémoire, etc quand vous simulez un très grand nombre d’utilisateurs.
Ce tutoriel donne aussi quelques bons conseils pour réaliser ce type de tir.
Bons tests !
./