Catégories: Java, Applications, Réflexions, Technique

Java doit beaucoup de son succès aux communautés qui se sont créées autour. Ces groupes de bénévoles (comme l'équipe de ce site, celles des JUGs ou des projets open source) donnent beaucoup de leur temps.
Lors de l'édition de JavaOne cette année, une partie des leaders de ces communautés se sont réunis autours de la mascotte de Java, Duke, et de celle des JUGs, Juggy, pour réaliser une petite vidéo.

Je vous recommande cette petite vidéo (1 min 30), pleine d'humour, pour voir comment les communautés poussent Java.
N'y attendez pas des concepts ou des conseils, mais juste des blagues de geek.

Non il ne s'agit pas d'une injection vaccin contre le grippe A... Il s'agit d'une unification des frameworks d'injection.
Bob Lee (Google, créateur de Guice) vient d'annoncer une nouvelle spécification sur l'injection de dépendance, en collaboration avec Spring. L'objectif est de standardiser les annotations pour rendre les objets injectables portables entre les différents frameworks.
La JSR n'est pas encore officiellement soumise au JCP, par contre il montre une forte volonté de faire les choses au grand jour : la mailing list est lisible pour le public et la spécification est hébergé chez Google Code.

C'est intéressant de voir ce mouvement vers l'interopérabilité des frameworks. La fin d'une partie des débats sur les annotations de Guice qui vous rendent dépendant de Guice....

Par contre il reste à voir comment cette spécification va pouvoir s'accorder avec celle de la JSR 299, anciennement WebBeans qui est maintenant nommée : Java Context and Dependency Injection. Va-t-on revoir la même guerre que pour les spécifications sur la modularité? Bob répond à la question dans les commentaires sur son blog, en précisant qu'elles sont compatibles, il faut "juste" que le groupe d'expert de la JSR 299 adopte ces nouvelles annotations. La JSR 299 est une spécification Java EE qui préciserait la configuration alors que cette nouvelle spécification se veut Java SE et laisse libre l'implémentation de la configuration.

Peut-être connaissez vous le Java Posse, un podcast hebdomadaire sur Java et tout ce qui tourne autour. Peut-être regrettez vous qu'il soit en Anglais?
Alors réjouissez vous, voici non pas une traduction de ce podcast mais une version en Français fait par des Français : les CastCodeurs.
Dans cette équipe, on retrouve :

• Emmanuel Bernard de l'équipe Hibernate chez JBoss et spec leader pour la JSR 303 (Bean Validation)
• Antonio Goncalves, Freelance, Leader du Paris JUG, auteur à succès et membre des JSR 313 (Java EE 6), 318 (EJB 3.1) et 317 (JPA 2.0).
• Guillaume Laforge de chez SpringSource et Groovy
• Vincent Massol de chez XWiki et Maven

Il reste quelques coins à arrondir, mais le premier épisode est très prometteur, vivement la suite.

En attendant cette suite, vous pouvez leur envoyer vos commentaires/encouragements à commentaire@lescastcodeurs.com

Les JUG se multiplient actuellement et vous allez bientôt pouvoir en trouver deux près de chez vous. Vous n'aurez donc plus d'excuses pour ne pas aller rencontrer d'autres développeurs dans ces réunions.
Il y a maintenant 14 JUG actifs, sur le point de faire leur première réunion ou en constitution d'équipe.

Faute d'avoir tenu la liste au fur et à mesure des créations, je ne vais pas en parler dans l'ordre historique, mais commencer par les petits nouveaux.

Le dernier né en date est le Poitou-Charentes JUG. La première réunion, sur Maven, sera vendredi 10 avril du coté du Futuroscope. Cette session sera animée par Nicolas de Loof, commiter Maven et Leader du Breizh JUG. Pour faire une réussite de l'inauguration de ce JUG, n'hésitez pas à en faire de la publicité autour de vous.

» Lire la suite!

J'aurais pu nommer ce billet : "mon IDE est le meilleur" mais cela aurait tout de suite attiré les trolls... C'est comme pour les discussions sur Vim/Emacs, chacun pense que son outils est le meilleur et personne n’écoute les arguments des autres.

Suite à une discussion récente, j'ai repensé à un billet du blog de Adam Bien. Ce billet est une constatation sur les IDEs qu'il a pu voir en action lors de JavaOne 2008 : IntelliJ et NetBeans. La seule fois qu'il a vu Eclipse c'était pour une session traitant de Eclipse RCP.

Alors qu'en est-il de l'IDE leader dans les entreprises ? Quand on regarde les sondages du forum de Developpez, Eclipse est l'IDE le plus utilisé, il fait d'ailleurs souvent partie des prérequis dans les annonces pour des postes de développeurs. Dans les commentaires du billet d’Adam, la discussion en vient d’ailleurs au fait qu’il vaut mieux comparer dans les annonces plutôt que de comparer avec Google Trends.

Pour revenir au titre de ce blog, pourquoi pensez-vous que votre IDE est le meilleur ?

» Lire la suite!

Si vous avez lu quelques compte-rendus de Javapolis, vous avez du voir que la session de Joshua Bloch intitulée "The Closures Controversy" a été une des plus plébiscitées.
Bonne nouvelle pour tous ceux qui n'ont pu se rendre à Javapolis cette année ou qui n'ont pu assister à cette session, la session est déjà sur le site Parley.

La session n'est pas évidente à suivre (Joshua Bloch parle parfois vite) et il faut avoir déjà vu un peu les closures pour tout suivre (certains morceaux de code font peur au premier abord), mais comme l'interface du site est formidable, il est possible de naviguer de diapositive en diapositive et donc de revenir au début de la diapositives si vous avez raté quelque chose, ou encore de mettre en pause le temps de lire le code.

Pour ceux qui sont intéressés par les closures, ceux qui veulent savoir ce que Joshua Bloch reproche à la proposition BGGA, ce que sont CICE et ARM, et pourquoi il craint que "the feel of Java" ne disparaisse, réservez vous 42 minutes (ou moins si vous le regardez en plusieurs fois) et allez voir la présentation

Au passage, Stephan Janssen a présenté la nouvelle version de l'interface du site lors du Keynote et elle promet d'être formidable (plein écran, bookmark et commentaire sur une diapositive précise, gestion de mode offline...), par contre il faudra attendre encore un peu...

EDIT : la session de questions a été ajoutée après mon poste. Vous pouvez la voir à cette adresse.

Depuis sa sortie, Leopard, la nouvelle version de Mac OS X, fait pas mal parler de lui pour les nouveautés, la rapidité, les amélioration esthétiques. Il a aussi fait beaucoup de bruit dans la blogosphère Java pour le support de Java qui est resté collé en version 5 alors que Java 6 est sortie depuis presque 1 an... On peut toujours se consoler en se disant que cette nouvelle version vient en 64 bits.

On se disait que s'il y a une catégorie de développeur Java que cela ne gênerait pas, ce serait les développeurs utilisant GWT. En effet, la célèbre API qui transforme le code Java en Javascript, ne supporte pour l'instant que Java en version 1.4.

Et bien ces développeurs aussi vont faire partie des mécontents du Leopard. En effet, sur la dernière mouture de l'OS, le mode hébergé de GWT (qui permet entre autre le débuggage) ne fonctionne pas. Le navigateur apparait puis disparait subitement ou se gèle....
Il semble qu'il y ai plusieurs bugs simultanés à l'origine du problème. Du coté Apple on trouve l'implémentation de JAXP, l'initialisation du sous-système d'AWT et un thread sans ClassLoader... Du coté de Google, le WebKit utilisé pour le navigateur du mode hébergé qui ne fonctionne pas sur Carbon....

Donc un seul conseil à ceux qui font du GWT sur Mac OS X, pas de Leopard avant que ce bug ne soit noté comme résolu...

Je ne sais pas si vous connaissez le blog de Kathy Sierra. Elle est à l'origine de la série de livre "Tête premiere" avec son style si particulier. Elle tenait aussi un blog dans le même style que les livres, mais malheureusement suspendu : creating Passionate User. Je vous recommande fortement la lecture de ces anciens billets.
Je relisais un de ses posts sur les différents types d'applications et j'ai du coup repensé à un truc qui me frustre sur les interfaces d'applications : les boutons.

Il y a trois catégories d'interfaces:

• celles qui n'affichent que les boutons utiles ou fonctionnels
• celles qui affichent une partie des boutons grisés
• celles qui affichent tous les boutons en permanence

La première catégorie est pratique on ne voit que ce que l'on peut faire, on ne se pose pas de question. Par contre dès que l'on veut faire des choses qui ne sont pas en accès direct, on peut chercher longtemps où et comment faire apparaitre les boutons. Il faut que les cinématiques soient bien pensées et intuitives. Généralement ces applications ne sont pas trop complexes.

» Lire la suite!

Si vous suivez ce blog, vous savez ce qu'est le consumer JRE (pour les distraits, j'en parle ici, et encore là).
Ce consumer JRE commence donc à se concrétiser.
Comme l'indique Anuradha dans son blog vous pouvez déjà tester le nouveau Look and Feel Nimbus, le nouveau support de l'accélération hardware pour le graphisme et surtout le Java QuickStarter. Ce dernier est un service fonctionnant sur Windows qui "maintient" en mémoire environ 20 Mo des fichiers les plus couramment utilsés dans le JRE, l'objectif étant de s'affranchir des temps d'accès disque lors du démarrage de la JVM.

Dans les éléments qui viendront plus tard, on trouve le Java Kernel (le noyau du JRE qui permet de diminuer les tailles de download) et le nouveau système d'installation qui patchera la version installée plutôt que de réinstaller un JRE complet à coté.

Que ceux qui peuvent tester (il faut un Windows) n'hésitent pas à donner leurs impressions.

Une seule entrée de blog car le temps manque pour les multiplier...
Je vais donc parler du consumer JRE, le runtime allégé pour utilisateurs, et des nouveautés de Java 7.

» Lire la suite!

Je ne sais pas si vous pensez comme moi, mais une excellente façon de se faire une idée sur deux frameworks avec le même objectif (présentation, ORM...), c'est de faire la même application avec chacun de ses frameworks.
Le problème c'est que cela est généralement très consommateur de temps. On passe alors beaucoup de temps dans les documentations de ces deux frameworks. L'idéal est alors de trouver des tutoriels faisant cette comparaison des frameworks.

Dans ce genre d'exercice, j'aime particulièrement celui de Serge Tahé, intitulé "Variations autour d'une architecture web à trois couches". Dans ce tutoriel il développe la même application en utilisant trois techniques différentes pour la couche web : JSP et servlets, puis Struts et enfin Spring MVC. Il s'agit bien sur d'un tutoriel s'adressant plus aux débutants avec beaucoup de détails et traitant de technologies déjà anciennes (au moins pour les deux premières).

Pour ceux qui sont plus intéressés par les frameworks plus modernes, je vous propose aujourd'hui d'aller voir le blog de Carol McDonald. Elle est évangéliste chez Sun et vous avez peut être vu sa présentation sur EJB3 et JPA lors des Tech Days de Paris en mai (sinon la vidéo est disponible). Dans ce blog, elle traite des technologies Java EE et frameworks gravitant autour. Elle propose donc trois entrées avec l'implémentation du même système de pagination du catalogue d'un magasin d'animaux. Dans le premier, elle utilise JSF, un EJB session stateless et JPA, dans le second, elle utilise JSF, Spring et JPA, alors que dans le troisième elle utilise JSF, Seam et JPA.

La question que je me pose est plus exactement : Pourquoi tant de sociétés utilisent des frameworks "maison"?

Dans ce billet, je ne traiterai pas des outils comme les scripts de Ruby on Rails ou encore AppFuse qui permettent de générer le squelette de l'application facilement et dont l'utilité, pour moi, ne fait aucun doute (tant qu'ils sont à jour et fonctionnent...). Dans ce billet, je veux parler des frameworks que l'on croise souvent dans une vie de prestataire et qui sont des surcouches ou wrappers de Struts, Hibernate, Spring, EJB ou autre frameworks classiques du marché, souvent disponibles en open source et gratuitement de surcroît. On trouve aussi l'autre version du framework maison qui n'est pas le wrapper, mais une sorte de clone boitant, juste la réinvention de la roue mais avec des bosses dessus....

» Lire la suite!