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). En quelques mots c’est un téléphone rapide et réactif, ses photos et vidéos sont blufflantes (12 Mpix). En plus de mots : la prise de vue est beaucoup plus rapide que mon E72 (pas de délai d’attente entre le clic et la prise de photo). L’écran est grand (comparé au E72), c’est bien plus pratique pour la visualisation des photos et vidéos ou bien entendu de ses emails et ses autres documents joints. Je pense que la chose qui me plaît le plus c’est la réactivité, il est vraiment rapide, déjà que le E72 est relativement véloce, ce N8 obéit au doigt et à l’oeil, il n’y a pas d’attente. J’ai également eu l’occasion de tester son GPS avec l’application (gratuite) fournie, à savoir, Ovi Maps (Cartes) en mode offline, c’est-à-dire que les cartes sont chargées avant le voyage soit via le logiciel Ovi Suite ou plus simplement pour les gens sous Linux comme moi, directement via une nouvelle fonctionnalité ajoutée à Ovi Maps version 3.06 beta qui permet le téléchargement des cartes via (par exemple) Wifi. Le GPS, une fois fixé, fonctionne très bien, les cartes sont à jour (le voyage était en France), les avertisseurs de radars sont bien indiqués, et les itinéraires se sont révélés être les bons (et correctement choisis). Coté autonomie/batterie, pas de problème particulier de mon coté (pour l’instant et je suis actuellement en vacances dont pas vraiment une utilisation professionnelle). Effectivement, il est de bon ton de désactiver la recherche automatique de réseaux Wifi, mettre un thème à tendance noir (Nokia via un mise à jour logiciel a ajouté des thèmes Midnight dans ce sens), si on a pas besoin de la 3G, désactiver le mode double (3G/GSM) pour ne garder que le GSM (je suis actuellement en France, donc en situation de mobilité internationale, pas besoin de 3G). En gros suivre les conseils d’économie de batterie se trouvant dans le manuel du téléphone ou sur cette page.

J’ai reçu l’invitation (que j’ai accepté promptement) il y a quelques semaines et aujourd’hui j’ai reçu mon compte SSH sur le serveur utilisé par les ‘committers’ (people.apache.org) et l’adresse email qui va avec : milamber (AT) apache.org. J’ai posé rapidement une page sur le site People : http://people.apache.org/~milamber/

./

Les nouveautés restent donc les mêmes que la version précédente, vous pouvez en avoir un aperçu via ce billet.

Il est recommandé de basculer en version 2.3.4, spécialement pour ceux qui utilisent la version 2.3.3.

Bonne utilisation de JMeter !

./

Voilà, en ce weekend très chaud ici grâce au chergui, je suis en short et tongue, et il se trouve j’ai envie d’écrire (bizarre ?) plusieurs petites choses, histoire de vous montrer qu’il n’y a pas que JMeter dans la vie

SSTIC : c’est LE symposium de la sécurité informatique en France, il a eu lieu au début de ce mois à Rennes. Non je n’y suis pas allé mais grâce Internet et les blogs en particulier, on peut le suivre (vivre) à distance et en différé. Sur ce lien, vous trouverez des références vers d’autres blogs qui le raconte. Toujours dans ce blog, l’auteur (Bruno Kerouanton) nous détaille la ramp-up qu’il a animé durant quelques minutes au SSTIC. Je partage son point de vue et la méthode : 1/ Stratégie, 2/ Tactique, 3/ et 4/ Choisir et Etudier/connaître sa cible)

ApacheCon Europe 2009, c’est un peu ancien (25-27 mars 2009), mais là aussi c’est une conférence intéressante, notamment sur les aspects Performances Tomcat et Apache. Et non, je n’y suis toujours pas allé, j’ai suivi à distance les conférences, mais de manière ‘réelle’ grâce à la possibilité de voir en ligne une très grosse partie des présentations en live streaming (et aussi ensuite en tant qu’archives), le tout moyennant finances tout de même.

Clairement, Tomcat n’a pas à rougir devant les mastodontes des serveurs d’applications Java/J2EE. Oui c’est juste un conteneur Web (mais vous en connaissez beaucoup des projets avec des EJB ?). Oui, il n’y a pas une superbe interface d’administration, mais bon, normalement les environnements d’exécution une fois installés ne doivent plus être administrés chaque jour ? Enfin, avec des applications correctement conçues et développées…

OpenOffice 3 : Mon passage à Ubuntu 9.04 a vu l’arrivée de OpenOffice 3 en remplaçant de la version 2.4. Malheureusement, il semblerait que l’enregistrement au format DOC (Word) ne se passe pas toujours bien au niveau des pieds-de-pages. C’est frustrant, car avec la 2.4 je n’avais pas de problèmes… Du coup, je suis passé à la 3.1 (en manuel), mais le problème semble toujours là… Va falloir que je parcours la liste des bugs pour voir si je ne suis pas le seul Sinon, un retour en Ubuntu 8.10 ?

Informaticiens au Parlement Européen : Billet intéressant qui nous indique que le parti politique Parti Pirate de Suède a gagné deux places de députés au parlement européen. Je ne vous raconte pas cela pour des questions de politiques, etc. mais plutôt comme un exemple de la ‘révolution Internet’, qui est toujours en cours. Sans être sociologue ou carrément anthropologue, c’est tout de même intéressant de voir les changements apportés par Internet (au sens large) tant passés, que présents et futurs.

Voili Voilà.

./

C’est chose fait avec cette page de présentation, qui j’espère vous permettra de mieux comprendre le comment du pourquoi de JMeter.

./

La fonctionnalité permet donc de mieux comprendre le déroulement d’un traitement, en particulier lors qu’un problème survient lors d’un tir de charges ou sur un environnement en production. Et imaginons que ce problème ‘ne se reproduit pas’ en environnement de recette / développement, et donc l’origine pourrait être ces accès multiples en même temps…

Un développeur seul sur sa machine génère que un seul log séquentiel, mais avec de multiples utilisateurs, le log devient un enchevêtrement de plusieurs traitements séquentiels.

Voici un exemple de log applicatif pendant un tir de charges :

[2008-01-15 20:31:50,750][DEBUG] (DaoBoxers.java:24) - bdSelectAll() - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:31:50,755][DEBUG] (DaoBoxers.java:27) - bdSelectAll() - ResultSet ok => org.apache.tomcat.dbcp.dbcp.DelegatingResultSet@1ba287e
[2008-01-15 20:31:50,757][DEBUG] (DaoBoxers.java:36) - bdSelectAll() - Retour list
[2008-01-15 20:31:50,758][DEBUG] (JndiJdbcTableView.java:62) - doGet() - Mise en attribut resultat
[2008-01-15 20:31:50,758][DEBUG] (JndiJdbcTableView.java:64) - doGet() - Renvoi vers JSP
[2008-01-15 20:31:50,759][DEBUG] (JndiJdbcTableView.java:78) - doGet() - end
[2008-01-15 20:31:50,768][DEBUG] (JndiJdbcWithValidationTableView.java:48) - doGet() - start
[2008-01-15 20:31:50,769][INFO ] (JndiJdbcWithValidationTableView.java:56) - doGet() - Ok connexion
[2008-01-15 20:31:50,769][DEBUG] (JndiJdbcWithValidationTableView.java:60) - doGet() - Appel Boxers => bdSelectAll
[2008-01-15 20:31:50,770][DEBUG] (DaoBoxers.java:24) - bdSelectAll() - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:31:50,775][DEBUG] (DaoBoxers.java:27) - bdSelectAll() - ResultSet ok => org.apache.tomcat.dbcp.dbcp.DelegatingResultSet@1d2f8be
[2008-01-15 20:31:50,776][INFO ] (DirectJdbcTableView.java:60) - doGet() - Ok connexion
[2008-01-15 20:31:50,777][DEBUG] (DirectJdbcTableView.java:64) - doGet() - Appel Boxers => bdSelectAll
[2008-01-15 20:31:50,777][DEBUG] (DaoBoxers.java:24) - bdSelectAll() - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:31:50,775][INFO ] (DirectJdbcTableView.java:60) - doGet() - Ok connexion
[2008-01-15 20:31:50,778][DEBUG] (DirectJdbcTableView.java:64) - doGet() - Appel Boxers => bdSelectAll
[2008-01-15 20:31:50,778][DEBUG] (DaoBoxers.java:24) - bdSelectAll() - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:31:50,780][DEBUG] (DaoBoxers.java:36) - bdSelectAll() - Retour list
[2008-01-15 20:31:50,780][DEBUG] (JndiJdbcWithValidationTableView.java:62) - doGet() - Mise en attribut resultat
[2008-01-15 20:31:50,780][DEBUG] (JndiJdbcWithValidationTableView.java:64) - doGet() - Renvoi vers JSP
[2008-01-15 20:31:50,783][DEBUG] (JndiJdbcWithValidationTableView.java:78) - doGet() - end
[2008-01-15 20:31:50,784][DEBUG] (DaoBoxers.java:27) - bdSelectAll() - ResultSet ok => com.mysql.jdbc.ResultSet@10de02d
[2008-01-15 20:31:50,786][DEBUG] (DaoBoxers.java:36) - bdSelectAll() - Retour list
[2008-01-15 20:31:50,786][DEBUG] (DirectJdbcTableView.java:66) - doGet() - Mise en attribut resultat
[2008-01-15 20:31:50,787][DEBUG] (DirectJdbcTableView.java:68) - doGet() - Renvoi vers JSP
[2008-01-15 20:31:50,788][DEBUG] (DirectJdbcTableView.java:85) - doGet() - end
[2008-01-15 20:31:50,789][DEBUG] (DaoBoxers.java:27) - bdSelectAll() - ResultSet ok => com.mysql.jdbc.ResultSet@172c403
[2008-01-15 20:31:50,786][INFO ] (DirectJdbcTableView.java:60) - doGet() - Ok connexion
[2008-01-15 20:31:50,791][DEBUG] (DirectJdbcTableView.java:64) - doGet() - Appel Boxers => bdSelectAll
[2008-01-15 20:31:50,791][DEBUG] (DaoBoxers.java:24) - bdSelectAll() - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:31:50,792][DEBUG] (JndiJdbcWithValidationTableView.java:48) - doGet() - start
[2008-01-15 20:31:50,792][INFO ] (JndiJdbcWithValidationTableView.java:56) - doGet() - Ok connexion
[2008-01-15 20:31:50,793][DEBUG] (JndiJdbcWithValidationTableView.java:60) - doGet() - Appel Boxers => bdSelectAll
[2008-01-15 20:31:50,793][DEBUG] (DaoBoxers.java:24) - bdSelectAll() - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:31:50,794][DEBUG] (DaoBoxers.java:36) - bdSelectAll() - Retour list
[2008-01-15 20:31:50,794][DEBUG] (DirectJdbcTableView.java:66) - doGet() - Mise en attribut resultat
[2008-01-15 20:31:50,795][DEBUG] (DirectJdbcTableView.java:68) - doGet() - Renvoi vers JSP
[2008-01-15 20:31:50,796][DEBUG] (DirectJdbcTableView.java:85) - doGet() - end
[2008-01-15 20:31:50,798][DEBUG] (DaoBoxers.java:27) - bdSelectAll() - ResultSet ok => org.apache.tomcat.dbcp.dbcp.DelegatingResultSet@695586
[2008-01-15 20:31:50,799][DEBUG] (DaoBoxers.java:36) - bdSelectAll() - Retour list

La fonctionnalité NDC ajoute la possibilité d’avoir un « identifiant » de traitement, par exemple le nombre de secondes depuis le 1er janvier 1970. Ainsi le log devient un enchevêtrement de traitements séquentiels identifiés.
Et voici un exemple de log applicatif avec NDC :

[2008-01-15 20:07:55,920][DEBUG] (DaoBoxers.java:27) - bdSelectAll(1200427675911) - ResultSet ok => org.apache.tomcat.dbcp.dbcp.DelegatingResultSet@19e907
[2008-01-15 20:07:55,921][DEBUG] (DaoBoxers.java:36) - bdSelectAll(1200427675911) - Retour list
[2008-01-15 20:07:55,922][DEBUG] (JndiJdbcWithValidationTableView.java:62) - doGet(1200427675911) - Mise en attribut resultat
[2008-01-15 20:07:55,922][DEBUG] (JndiJdbcWithValidationTableView.java:64) - doGet(1200427675911) - Renvoi vers JSP
[2008-01-15 20:07:55,924][DEBUG] (DaoBoxers.java:27) - bdSelectAll(1200427675917) - ResultSet ok => org.apache.tomcat.dbcp.dbcp.DelegatingResultSet@93a96c
[2008-01-15 20:07:55,925][DEBUG] (DaoBoxers.java:36) - bdSelectAll(1200427675917) - Retour list
[2008-01-15 20:07:55,926][DEBUG] (JndiJdbcWithValidationTableView.java:62) - doGet(1200427675917) - Mise en attribut resultat
[2008-01-15 20:07:55,926][DEBUG] (JndiJdbcWithValidationTableView.java:64) - doGet(1200427675917) - Renvoi vers JSP
[2008-01-15 20:07:55,927][DEBUG] (JndiJdbcWithValidationTableView.java:78) - doGet(1200427675911) - end
[2008-01-15 20:07:55,929][DEBUG] (DirectJdbcTableView.java:49) - doGet(1200427675929) - start
[2008-01-15 20:07:55,931][DEBUG] (JndiJdbcWithValidationTableView.java:78) - doGet(1200427675917) - end
[2008-01-15 20:07:55,934][DEBUG] (DirectJdbcInInitTableView.java:49) - doGet(1200427675934) - start
[2008-01-15 20:07:55,938][DEBUG] (JndiJdbcWithValidationTableView.java:48) - doGet(1200427675938) - start
[2008-01-15 20:07:55,938][INFO ] (JndiJdbcWithValidationTableView.java:56) - doGet(1200427675938) - Ok connexion
[2008-01-15 20:07:55,939][DEBUG] (JndiJdbcWithValidationTableView.java:60) - doGet(1200427675938) - Appel Boxers => bdSelectAll
[2008-01-15 20:07:55,941][DEBUG] (net.milamberspace.dao.DaoBoxers.java:24) - bdSelectAll(1200427675938) - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:07:55,941][INFO ] (DirectJdbcTableView.java:60) - doGet(1200427675929) - Ok connexion
[2008-01-15 20:07:55,942][DEBUG] (DirectJdbcTableView.java:64) - doGet(1200427675929) - Appel Boxers => bdSelectAll
[2008-01-15 20:07:55,942][DEBUG] (DaoBoxers.java:24) - bdSelectAll(1200427675929) - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:07:55,947][DEBUG] (DaoBoxers.java:27) - bdSelectAll(1200427675938) - ResultSet ok => org.apache.tomcat.dbcp.dbcp.DelegatingResultSet@17dde01
[2008-01-15 20:07:55,948][DEBUG] (DaoBoxers.java:36) - bdSelectAll(1200427675938) - Retour list
[2008-01-15 20:07:55,949][DEBUG] (JndiJdbcWithValidationTableView.java:62) - doGet(1200427675938) - Mise en attribut resultat
[2008-01-15 20:07:55,949][DEBUG] (JndiJdbcWithValidationTableView.java:64) - doGet(1200427675938) - Renvoi vers JSP
[2008-01-15 20:07:55,950][DEBUG] (DaoBoxers.java:27) - bdSelectAll(1200427675929) - ResultSet ok => com.mysql.jdbc.ResultSet@7a3c6c
[2008-01-15 20:07:55,952][DEBUG] (DaoBoxers.java:36) - bdSelectAll(1200427675929) - Retour list
[2008-01-15 20:07:55,952][DEBUG] (DirectJdbcTableView.java:66) - doGet(1200427675929) - Mise en attribut resultat
[2008-01-15 20:07:55,952][DEBUG] (DirectJdbcTableView.java:68) - doGet(1200427675929) - Renvoi vers JSP
[2008-01-15 20:07:55,954][DEBUG] (DirectJdbcTableView.java:85) - doGet(1200427675929) - end
[2008-01-15 20:07:55,956][INFO ] (DirectJdbcInInitTableView.java:57) - doGet(1200427675934) - Ok connexion
[2008-01-15 20:07:55,956][DEBUG] (DirectJdbcInInitTableView.java:61) - doGet(1200427675934) - Appel Boxers => bdSelectAll
[2008-01-15 20:07:55,957][DEBUG] (DaoBoxers.java:24) - bdSelectAll(1200427675934) - SQL => SELECT ID, PRENOM, NOM FROM BOXERS
[2008-01-15 20:07:55,958][DEBUG] (JndiJdbcWithValidationTableView.java:78) - doGet(1200427675938) - end
[2008-01-15 20:07:55,961][DEBUG] (DaoBoxers.java:27) - bdSelectAll(1200427675934) - ResultSet ok => com.mysql.jdbc.ResultSet@283198
[2008-01-15 20:07:55,963][DEBUG] (DaoBoxers.java:36) - bdSelectAll(1200427675934) - Retour list

Cela permet une lecture plus facile des logs (la couleur n’est pas incluse ), dès lors que l’on sait utiliser la commande grep sous Unix en faisant quelques petits grep sur l’identifiant. (par exemple : grep 1200426850018 mon_log.txt)

Comme faire pour utiliser NDC ? Et bien tout d’abord dans le fichier de configuration de Log4J, le fameux log4j.properties. Il faut ajouter la balise « %x » dans le ConversionPattern, celle-ci sera remplacée par l’identifiant unique défini lors de l’utilisation de NDC.

Exemple de fichier log4j.properties

log4j.rootLogger=DEBUG, LOG1
log4j.appender.LOG1=org.apache.log4j.ConsoleAppender
log4j.appender.LOG1.layout=org.apache.log4j.PatternLayout
log4j.appender.LOG1.layout.ConversionPattern=[%d][%-5p] (%C.java:%L) - %M(%x) - %m%n

Au niveau du code source Java, on utilisera deux méthodes de la classe statique NDC.

• NDC.push(String ID) qui permet de poser un identifiant
• NDC.pop() qui permet de dépiler le dernier identifiant posé

Voici un exemple simple d’utilisation pour une servlet, avec ici, l’utilisation de « new Date().getTime() » comme identifiant :

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
 NDC.push(String.valueOf(new Date().getTime()));
 logger.debug("start");
 Connection connection = null;
 try {
 	connection = getDataSource().getConnection();
 	logger.info("Ok connexion");
	DaoBoxers dao = new DaoBoxers();
 	dao.setConnection(connection);
 	ArrayList list = dao.bdSelectAll();
 	request.setAttribute("beanListeBoxer", list);
 	this.getServletContext().getRequestDispatcher("/tableview.jsp").forward(request, response);
 } catch (Exception e) {
 	logger.error(e);
 	throw new ServletException(e.getMessage());
 } finally {
 	try {
 		connection.close();
 	} catch (SQLException sqle) {
 		logger.error(sqle);
 	}
 	logger.debug("end");
 	NDC.pop();
 }
}

Bien entendu, les appels à logger.xxxx() dans les méthodes du DAO vont également bénéficier de l’identifiant NDC.

Espérons que ce billet vous sera utile.

La page de manuel de Log4J.