Blog

log4J est une API de log open source bien connue, d'origine Apache. Son usage est quasi systématique dans les projets : le log est une bonne pratique. Puissante et efficace, cette API n'est pas toujours très facile d'abord. Cet extrait d'un support de TechCoaching™ fait le point sur les concepts de base de log4J.

La JSR 308 : Annotations on Java Types a pour objectif d'étendre le système d'annotation de Java SE 6 pour permettre l'annotation des types en général, et plus seulement des méthodes, champs, et des classes. La spécification en version de travail est déjà dans un état relativement avancé. L'ensemble est cohérent et bien construit. Cependant, on est en droit de se demander si la concurrence accrue entre Java et le futur C# 3.0 n'est pas en train d'engendrer des langages chimériques. C++ ne serait-il pas en train de repasser par la porte de derrière.

JDBC est une API pour le moins rudimentaire. À tel point, qu'il ne serait pas très sage de s'aventurer à développer une application sans avoir quelque peu encapsulé les fonctionnalités de JDBC. Il ne faudrait pas cependant oublier le premier commandement des frameworks : "De framework, tu n'écriras point. Les dieux de l'open source pourvoiront à tes besoins".

Plus sérieusement, iBATIS est un framework JDBC open source d'origine Apache, et qui précisément encapsule JDBC. Alors, sachons profiter de la manne divine, et aussi de cet extrait d'un support de TechCoaching™ Neoxia portant sur le dit iBATIS.

Références

• iBATIS (extrait de support de TechCoaching™)

Les frameworks Web pullulent dans le monde Java. Point trop n'en faut.

La majorité d'entre eux sont des frameworks Web à actions tels que Struts, WebWork, Struts 2 (en fait WebWork), et toute une palanquée d'autres ... Malgré le chemin parcouru depuis le spartiate Struts, les "frameworks" à actions atteignent leurs limites : dans leur grande majorité, il ne propose pas de modèle de composant graphique.

C'est justement l'objectif des frameworks Web à composants, parmi lesquels on peut citer JavaServer Faces (JSF) et Millstone. Ces frameworks se focalisent essentiellement sur les applications Web (à mettre en contraste avec les sites Web) et permettent de construire visuellement (mais également de coder) des interfaces Web par assemblage de composants graphiques. Le concept n'est pas nouveau, et il a clairement prouvé son efficacité en terme de productivité. Il existe depuis longtemps pour les interfaces graphiques classiques, et ne date pas non plus d'hier pour les interfaces Web (voir WebObjects d'Apple). Cette approche a été popularisée par Microsoft avec ASP.NET, qui a su développer autour de lui un véritable écosystème de fournisseur de composants. L'approche composant permet également d'encapsuler AJAX et donc d'offrir une grande interactivité aux composants sans subir le surcroit de complexité classiquement imputable à AJAX.

JSF s'inspire clairement d'ASP.NET, et on ne songerait à s'en plaindre. Il reste cependant plutôt léger en terme de composants graphiques standard. Mais, force est de constater que sa flexibilité et son extensibilité sont étonnantes, en témoigne l'intégration des frameworks Seam et Shale.

JSF est maintenant intégré à Java EE 5. Après un retard à l'allumage, l'offre de composants graphiques JSF semble bien être en train de décoller. On peut citer, entre autres :

• RichFaces d'Exadel en open source chez JBoss
• ADF Faces d'Oracle, récemment passé dans le giron d'Apache

Des outils de développement JSF sont d'ores et déjà disponibles ou en vue tels que :

• NetBeans Visual Web Pack 5.5
• Exadel Studio Pro, qui doit devenir un produit open source, Red Hat Developper Studio
• Eclipse WTP 2.0, un ensemble de plug-in Eclipse dont on attend la partie JSF

JSF n'est peut être pas le framework idéal, mais finalement, il faut bien avouer qu'il fait montre de pas mal de qualités. Et puis, il semble bien que JSF soit bien une technologie en cours d'adoption (en tout cas aux États-unis).

Eclipse est, à n'en point douter, un extraordinaire outil de développement, dont le gros point fort est l'édition du code : refactoring, recherche dans le code, auto-completion ... Mais, de base, Eclipse n'offre pas de fonctionnalités de développement Web, Java EE, XML ou de design d'interface graphique. Bien sûr, ces fonctionnalités sont disponibles séparément sous forme de plug-ins, mais leur installation n'est pas toujours simple. Pour être totalement honnête, l'initiative Callisto livre tous les plug-ins compatibles simultanément, et donc simplifie le processus.

NetBeans, c'est un peu l'opposé. De base, il offre toutes les fonctionnalités Web, Java EE, XML ou de design d'interface graphique. Des plug-ins standard supplémentaires apportent le design visuel JSF, le profiler, le support de Java ME ... En revanche, l'édition de code n'est pas trop son fort, bien qu'il reste un éditeur de code tout à fait correct, mais très notablement moins confortable qu'Eclipse.

Cette situation pourrait bien changer, si l'on en croit NetBeans 6.0 en cours de développement. Ainsi, les progrès de l'éditeur de code de NetBeans sont d'ores et déjà énormes, et à terme, l'élève pourrait bien dépasser le maître. Et que dire du support du support de Java SE 6.0 par NetBeans 5.5 qui apporte un look natif à s'y méprendre.

Et puis d'ailleurs, pour InfoWorld, NetBeans 5.5 est bien une technologie de l'année 2007 dans la catégorie outil de développement.

La concurrence a vraiment du bon ! Et si Eclipse dort un peu sur ses lauriers ces derniers temps, un petit électrochoc ne peut pas lui faire de mal.

Références

• Eclipse 3.2 et Calisto
• NetBeans 5.5
• NetBeans 5.5, outil de développement de l'année 2007 pour InfoWorld
• Milestones de NetBeans 6.0
• Documentation de l'éditeur de code de NetBeans 6.0