Par Sébastien FOUBERT, le Mardi 24 août 2010
Tattletale signifie « révélateur ». Il s’agit d’un outil qui analyse les dépendances entre les jars. Ce dernier scanne un répertoire contenant l’ensemble des librairies et génère divers rapports HTML. Au même titre que Cobertura, FindBugs, Pmd etc…, JBoss Tattletale risque bien de devenir un outil fort utile dans votre environnement d’intégration.
Ce projet a été démarré en février 2009. La 1.0.0 est sortie en avril 2009 et la version actuelle est la 1.1 sortie en mars 2010.
Il permet :
- D’identifier les dépendances entre les jars présents dans un répertoire
- Trouver les classes manquantes du classpath
- Mettre en évidence des classes utilisées dans de multiples jars
- Mettre en évidence deux même jars dans de multiples localisations
- Vérifier le SerialVersionUID d’une classe
- Mettre en évidence deux même jars avec un numéro de version différent
- Trouver les jars sans numéro de version
- Trouver les jars non utilisés
- Lister les classes d’un jar et les classes dont elles dépendent
- Obtenir le statut OSGI d’un jar et founir le Manifest
- De générer des graphes de dépendances en png à l’aide de Graphviz (http://www.graphviz.org)
Cet outil peut-être utile lors de la migration vers Maven d’applications existantes non mavenisées, dont les jars ne sont pas versionnés et dont les dépendances entre les jars se sont pas évidentes.
Mais il peut également mettre en évidence les jars réellement utiles pour les applications mavenisées. En effet Maven 2 et sa gestion des dépendances transitives, a tendance à ramener trop de jars, si on ne précise pas de les exclure explicitement dans le pom.xml ou si la dépendance n’est pas explicitement définie dans ce même fichier.
L’analyse de ses rapports va donc permettre de minimiser le nombre de dépendances, de mettre en évidence la moindre duplication de classes dans le classpath et d’éviter les dépendances circulaires.
Lire la suite de JBoss Tattletale
Par Antoine BUSCH, le Mardi 3 août 2010
Vous l’attendiez tous avec impatience : voici le support de présentation de l’Open Rex du 8 juillet dernier sur GIT.
Ce retour d’expérience sur GIT nous a permis de faire connaissance avec ce DVCS qui bénéficie d’un bouche à oreille de plus en plus grandissant.
Lire la suite de Open Rex Git : la présentation
Par Christophe ROUSSY, le Lundi 26 juillet 2010
Le but de cet article est de présenter brièvement Scala et de regarder comment il s’inscrit dans l’écosystème de la JVM.
Java, une impasse évolutive ?
Le langage Java semble avoir atteint ses limites évolutives (Java: Evolutionary Dead End). Il est désormais délicat d’y ajouter de nouvelles fonctionnalités sans complexifier d’avantage le langage et la rétro-compatibilité. Suite à de nombreux ajouts Java est devenu compliqué, il suffit de feuilleter le livre ‘Java Puzzlers’ pour s’en rendre compte. La programmation concurrentielle en Java, malgré des efforts louables (java.util.concurrent), est loin d’être l’outil le plus adapté. Cette forme de programmation sera nécessaire dans le futur car les applications devront profiter au maximum des multiples processeurs (The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software).
Lire la suite de Scala : l’avenir de la JVM
Par Antoine BUSCH, le Mercredi 30 juin 2010
La première saison des OpenREX tire sur sa fin, et vous avez été nombreux à venir discuter avec nous de GWT 2.0, OSGI, Scrum ou encore ElasticPath tout au long de l’année. Mais comme chez Ippon on garde le meilleur pour la fin, nous vous invitons une dernière fois avant la trêve estivale, le jeudi 8 juillet, pour un OpenREX sur Git.
. . . → Lire la suite: OpenREX Git
Par Fabien ARRAULT, le Mardi 29 juin 2010
Les deux premières parties de ce post ont introduit le MBean que WebLogic expose pour les ressources JMS et montré comment l’utiliser pour monitorer ou manipuler les qeues JMS, cette troisième et dernière partie l’utilisera pour lire le contenu des messages JMS.
Vous allez me dire à quoi cela sert-il d’utiliser JMX pour lire le contenu d’un message ? Et vous aurez raison, la plupart du temps l’utilisation des apis JMS (en particulier QueueBrowser) est préférable puisque le code est alors portable quelque soit le provider jms.
L’utilisation d’une client JMS dédié (tel que HermesJMS) est encore plus simple.
Dans les deux cas, il faudra juste faire attention dans le cas de queues distribuées (Sous Weblogic 9 et 10, pour des queues uniformément distribuées, il faut préfixer le nom jndi de la queue distribuée par le nom du serveur jms pour atteindre une queue physique en particulier : par exemple : JMSServer-0@jms/MyFirstDistributedQueue)
Il existe toutefois une très bonne raison pour utiliser les api jmx de WebLogic pour lire le contenu d’un message jms : lorsque l’on veut pouvoir lire les messages pending.
. . . → Lire la suite: Gestion des ressources JMS de WebLogic en JMX avec Groovy – 3ème partie accès au contenu des messages
Par Christophe PARAGEAUD, le Vendredi 25 juin 2010
Infinispan (http://www.jboss.org/infinispan/) se définit lui même comme “peer-to-peer, in-memory data grid platform” et existe depuis Avril 2009.
Infinispan est une évolution de JBoss Cache, ce n’est pas simplement un renommage de projet mais une vraie évolution vers les Grid.
Il est écrit en Java (comme Coherence) et est compatible avec Java SE 6 (ainsi que la plupart des JVM des éditeurs alternatifs).
Licence : Open source, LGPL.
. . . → Lire la suite: DataGrid Infinispan : Coherence Open Source ?
Par David LAURENT, le Jeudi 24 juin 2010
Les slides de la présentation GWT 2.0 de la semaine dernière sont à votre disposition :
Merci à tous pour vos questions et retours. A bientôt.
. . . → Lire la suite: Open REX du jeudi 10/06/2010 – GWT 2.0 – Les Slides
