Les version 5.6.x seront les dernières versions qui supporteront Java 8. La prochaine version majeure de Apache JMeter demandera Java 17 ou plus (et non plus Java 11 comme annoncé lors de la sortie de la version 5.6.1).
Les changements sont visibles ici.
Et le téléchargement se passe par ici.
Bons tests!
Il s’agit d’une version qui apporte la mise à jour de Apache Log4J contre la vulnérabilité CVE-2021-44228.
Le téléchargement se passe par ici.
Bons tests en toute sécurité!
Une nouvelle version d’Apache JMeter vient de sortir. Estampillée 4.0 c’est une version qui est accompagnée d’un nouveau thème nommé Darcula (et non c’est pas Dracula…). Le thème est sombre et apporte pour un petit coup de jeune à ce vénérable et dynamique JMeter.
La liste des nouveautés est longue, et voici quelques nouveautés notables de mon point de vue :
La liste complète des nouveautés et corrections d’anomalies est ici.
Amusez-vous bien avec Apache JMeter!
[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 ».]
Si jamais vous voulez tester Apache CloudStack, voici un petit script (playbook) Ansible pour procéder à son installation complète sur une machine Ubuntu 14.04
Le playbook a les rôles Ansible suivants : Continuer la lecture de Playbook Ansible pour avoir un Apache CloudStack tout-en-un
Voici le premier millésime 2015 de JMeter, la version 2.13. C’est une version sans grande prétention mais qui cache une ou deux jolies nouveautés.
Tout d’abord le nouveau récepteur Récepteur asynchrone (Backend Listener) avec son implémentation Graphique va vous permettre d’avoir des graphiques sympathiques sur les centiles.
La possibilité de voir/connaître le temps d’établissement de la connexion (niveau tcp, incluant dans le handshake dans le cas du SSL)
Les récepteurs Graphique agrégé et Rapport agrégé calculent maintenant 3 niveaux de statistiques « centile », donnant la valeur à 90 %, 95 % et 99 %. Ce qui permettra d’avoir une analyse plus fine sur les temps de réponse élevés lors d’un tir de charge (sans avoir à recourir à un graphique)
Ainsi que de nombreuses améliorations sur :
Sans oublier un certain nombre de corrections d’anomalies.
La petite nouveauté également c’est un joli rafraîchissement du site web JMeter au niveau des styles.
Vous pouvez avoir un aperçu des changements ici (et par la même occassion voir le nouveau style du site JMeter)
Dans ce premier billet, je vous présentais la solution de test de charge dans les nuages BlazeMeter, basée sur l’outil Apache JMeter, illustré par un petit test. Dans ce nouveau billet, on passe aux choses sérieuses : le (très) gros test de charge.
Mon objectif était le suivant : faire un tir de charge avec 100 000 utilisateurs virtuels actifs.
Pour faire ce type de gros test, depuis les nuages, il faut un serveur cible (ou une solution cible). Pour ma part, j’ai eu la possibilité d’avoir un prêt d’un très gros serveur situé dans un centre de données à Poitiers/France connecté directement sur une importante dorsale Internet via une liaison à 100 MBits/s. Autrement dit le serveur était bien placé sur Internet pour être attaqué par la solution BlazeMeter.
Le serveur en question est un Dell R815, ayant 4 CPU de 12 cœurs chacun (AMD Opteron 6176), soit 48 coeurs, accompagné de 256 Go de mémoire RAM, connecté à 1 Gbits/s (en ip bonding) sur un commutateur en liaison avec un pare-feu BSD (en mode NAT). Le système d’exploitation dudit serveur est GNU/Linux Debian 6.0.5 en 64 bits.
Le serveur était totalement disponible pour ce test (pas d’autres services tournant dessus).
L’idée étant de faire un test de charge pour « tester » la solution BlazeMeter, et non pas de tester la performance du serveur cible, j’ai choisi de ne mettre qu’un serveur Web Apache avec 3 pages HTML statiques. Le serveur Apache est configuré avec mod_deflate et mod_cache.
Le scénario de test sera le suivant :
Nous voici donc en 2011, je vous souhaite une bonne et heureuse année 2011. J’en profite pour donner quelques nouvelles.
Tout d’abord, je suis toujours sur Debian Squeeze (la future Debian 6.0), et j’en suis vraiment content (car stable et sans problème). J’ai tout de même pris un risque en installant depuis le dépôt Experimental la version 3.3RC1 de LibreOffice en remplacement de OpenOffice.org. J’avoue que je préfère si possible utiliser un logiciel open source qui ne soit pas adosser à une structure commerciale, histoire d’éviter les aléas possibles dû à la nécessité de rentabilité.
Je viens d’accepter l’invitation du Project Managment Comittee (PMC) d’Apache Jakarta pour devenir membre de ce PMC. Concrètement, cela me permettra de suivre les discussions internes sur les projets Jakarta (en particulier sur JMeter) ainsi que les votes pour par exemple l’ajout d’un nouveau committer, d’avoir la possibilité de gérer / changer des éléments d’infrastructure comme le site web.
J’ai fait l’acquisition d’un téléphone portable Nokia N8 en remplacement de mon Nokia E72 (une sorte de cadeau de Noël). Continuer la lecture de Avec la nouvelle année, quelques nouvelles