Publié le 24 mars 2008 par Thomas Recloux
Quelques astuces en vrac pour intégrer un projet maven1 (oui, il y en a encore 
) dans continuum.
- Continuum ne supporte pas l’import de POM qui étendent un autre POM. la solution est de créer un POM minimal dédié à cet import et qui indique l’URL du SCM. Ensuite Continuum va déclencher un « checkout » à partir du SCM et récupérer le véritable POM.
- Sous windows, le script bat de maven ne permet pas à continuum de récupérer le code de sortie et donc de savoir si le build est un succès. La solution est de récupérer la dernière version du script maven.bat et d’affecter la valeur « on » à la variable d’environnement « MAVEN_TERMINATE_CMD ». Il est possible d’affecter la variable d’environnement à l’aide des profils continuum.
Tags: continuum, java, maven | Aucun commentaire »
Publié le 8 mars 2008 par Thomas Recloux
Bruce Johnson, le papa de GWT a annoncé la disponibilité de la version 1.5M1 de GWT.
La version 1.5 est largement attendue par la communauté GWT car elle apporte le support de Java 5 avec les annotations, generics, autoboxing, enums, ….
Attention, ce n’est pas une version stable, elle n’est pas documentée et ne doit donc pas être utilisée serieusement.
Tags: gwt, java | Aucun commentaire »
Publié le 8 mars 2008 par Thomas Recloux
Je prépare actuellement une formation au profiling avec JProfiler, j’ai choisi de travailler à partir de l’application Jpetstore, application exemple fournie avec le framework spring. Le tout étant déployé dans un conteneur Tomcat 5.5.25
J’ai inséré dans cette application quelques problèmes à corriger par les stagiaires et notamment une fuite mémoire, j’ai eu la surprise en contrôlant l’efficacité de ma fuite de constater que d’autres fuites étaient présentes.
En effet, certains objets du domaine restent présents dans la mémoire de la JVM et ne sont pas récupérés par le garbage collector . L’application utilise la librairie de tag (taglib) JSTL via l’implémentation de Jakarta, c’est un des tags de cette librairie, le tag forEach qui garde des références vers les objets de la liste parcourue.
En creusant un peu plus, le problème est identifié depuis longtemps dans au sein du projet taglib et au sein du projet tomcat.
En fait le composant taglib présente une méthode qui libère ses données, mais elle n’est pas appelée par le moteur de JSP de Tomcat (Jasper), les deux équipes semblent se renvoyer la balle en expliquant qu’ils implémentent bien leurs spécifications respectives. Le problème est censé disparaître en désactivant le pooling des tags dans tomcat, mais je n’ai pas pu constater d’amélioration.
Tout cela est bien décevant de la part de ces deux projets, je vais essayer de mesurer prochainement le comportement de la fuite dans le temps, est ce que le nombre références augmente ou au contraire plafonne ?.
Tags: java, jsp, performances | Aucun commentaire »
Publié le 5 mars 2008 par Thomas Recloux
Log4J est un composant de Log qui s’est imposé de manière universelle dans le monde Java, je l’utilise depuis mon premier projet Java en 2001 (oh my god).
Cela fait quand même du bien de se replonger dans sa documentation de temps en temps, j’ai cette fois ci été attiré par les composants qui permettent d’ajouter des données contextuelles aux traces.
En effet, le besoin de rajouter ce type de données pour faciliter la corrections de bugs est récurent, ces données peuvent aller de l’identifiant de l’utilisateur au processus applicatif en cours en passant par la version de l’application, les besoins et solutions sont variés.
Log4J offre deux composants qui remplissent ce rôle de manière élégante :
Le NDC est une pile qui permet de stocker des messages contextuels, ces messages sont stockés par Thread et sont donc (par exemple) partagés durant l’exécution d’une requête HTTP par un moteur de servlet.
La méthode push permet de rajouter un message en haut de la pile, la méthode pop permet de dépiler d’un niveau.
Pour ajouter le contenu du NDC dans un PatternLayout, il faut ajouter la variable %x au pattern.
Par exemple, cette séquence d’appels :
Logger logger = Logger.getLogger("foo");
logger.info("homepage");
NDC.push("ClientID : " + clientId);
logger.info("client identifié");
NDC.push("Process : Commande de chequier");
logger.info("Nb de chequiers commandés: " + nbChequiers);
associée à ce pattern Log4J :
log4j.appender.STDOUT.layout.ConversionPattern=%-5p %c [%x] %m%n
génère la sortie suivante :
INFO foo [] homepage
INFO foo [ClientID : 123456] client identifié
INFO foo [ClientID : 123456 Process : Commande de chequier] Nb de chequiers
commandés: 2
INFO foo [ClientID : 123456 Process : Demande de RIB] Code IBAN : 441 45645
6456 45645645 456
A l’instar du NDC, le MDC est un espace de stockage propre à un Thread, cependant cet espace de stockage est réalisé à l’aide d’une Map et non pas d’une pile. Il permet donc d’associer des messages à des clefs et de spécifier dans le pattern quelles clefs sont à afficher.
Par exemple, cette séquence d’appels :
logger.info("homepage");
MDC.put("ClientID", clientId);
logger.info("client identifié");
MDC.put("Process","Commande de chequier");
logger.info("Nb de chequiers commandés: " + nbChequiers);
MDC.put("Process","Demande de RIB");
logger.info("Code IBAN : " + codeIBAN);
Associée au pattern :
log4j.appender.STDOUT.layout.ConversionPattern=%-5p %c
[Client:%X{ClientID}] [Process:%X{Process}] %m%n
Produira ces traces :
INFO foo [Client:123456] [Process:] client identifié
INFO foo [Client:123456] [Process:Commande de
chequier] Nb de chequiers commandés: 2
INFO foo [Client:123456] [Process:Demande de RIB] Code IBAN :
441 456456456 45645645 456
Tags: java, log4j | 4 commentaires »
