Actualité éditeurs / SSII

• Saga Oracle/BEA: secrets de polichinelles

Agilité

• Agile survey 2008
• Agile et Lean
• La chasse au gaspillage

RIA

• Sun et LWUIT
• Sortie GWT 1.5

Le coin de la technique

• Les six commandements de l’architecte
• Réplication avec Subversion 1.5

Actualité éditeurs / SSII

Saga Oracle/BEA: secrets de polichinelles

Dès l’annonce du rachat de BEA par Oracle, tout un chacun s’est amusé à parier sur les survies respectives des briques logicielles Oracle ou BEA qui s’avéraient redondantes dans l’offre middleware d’Oracle. 01 INFORMATIQUE version papier du 28 Août nous confirme ce que nous supputions.
Après les JO de Pekin, voici le podium des vainqueurs dans les labs d’Oracle.

• Dans la catégorie Serveur d’applications, le grand gagnant est WLS (OAS était à 100 contre 1 les chez meilleurs bookmakers de la Silicon Valley)
• Dans la catégorie JVM, le gagnant est JRockit (y avait il un compétiteur côté Oracle ?).
• Dans la catégorie ESB, le gagnant est ALSB.
• Dans la catégorie BPM, le gagnant est BPEL Process Manager d’Oracle
• Dans la catégorie Portail, le gagnant est Webcenter Suite et Webcenter Framework (étonnant !).
• Dans la catégorie Moniteur TP, gagnant catégorie est Tuxedo (mais existe t-il une alternative ?).
• Dans la catégorie IDE, JDeveloper et Workshop vont regroupés dans un pack Eclipse (bon courage !).

Mais chut !!! tout cela est officieux car officiellement tous les produits cohabiteront et perdureront.

Agilité

Agile survey 2008

Une pluie de chiffres sur l’agilité vient de tomber, VersionOne vient de publier sa troisième enquête annuelle sur l’état du développement Agile. Celle-ci regroupe les résultats de 3000 participants d’entreprises de tailles variées provenant de 80 pays. Même si tous les profils y sont regroupés, les participants à cette enquête ont, dans la majorité des cas, une certaine expérience (2 à 5 ans) dans la pratique du développement Agile.

À partir de ce panel, il est intéressant de noter ces quelques points :

• l’introduction des méthodes agiles s’est effectuée dans 36% des cas lors de cette dernière année
• 40% des personnes sondées ont ou comptent adopter les méthodes agiles pour des développements outsourcés.
• La réduction du time-to-market et la capacité de gérer l’évolution des priorités sont les principaux moteurs à l’introduction des méthodes agiles
• Scrum est sans conteste la méthodologie agile la plus utilisée (49% full Scrum, 22% hybride Scrum/XP contre seulement 8% XP seul)
• C’est également sans surprise que les barrières les plus répandues à l’adoption des méthodes agiles sont liées aux cultures d’entreprise et la résistance au changement de celles-ci.

Agile et Lean

David Anderson a présenté lors de la conférence Agile 2008 les orientations futures de l’Agile. Claude Aubry résume la vidéo disponible sur InfoQ (1h30) : « l’Agile doit s’ouvrir à l’extérieur, prendre en compte le Lean, se placer au niveau de l’entreprise et s’appuyer sur une notion de maturité des organisations » en s’appuyant sur 3 pratiques : le Kanban, les Real options et CMMI.
Le Lean est encore souvent comparé à l’Agile. À la question Agile vs Lean, Martin Fowler répond que ce débat n’a pas de sens. Il rappelle que les méthodes agiles ont été largement influencées par le Lean (développé chez Toyota dans les années 50) et que les deux courants sont tellement entremêles que « si vous faites des méthodes agiles, vous faites du Lean et vice-versa ».

La chasse au gaspillage

Jean Claude Grosjean énumère les principes fondateurs du Lean Software Development et détaille le 1er d’entre eux : éliminer les sources de gaspillage.
La chasse au gaspillage était déjà lancée par Joshua Kerievsky qui considère que les estimations sont inefficaces. Partant du constat que l’on arrive pas à mesurer la productivité dans l’ingénierie logicielle (notamment à cause de la confusion entre les différentes unités d’estimation des stories), Joshua propose de se passer des estimations et de fonctionner en micro-releases. Les micro-releases regroupent un petit ensemble cohérent de stories, dont la sélection détermine la date de fin de release. Elles ont donc une durée variable (généralement 1 à 6 jours) et leur cycle de vie est détaché de celui des itérations. Elles permettent de livrer le produit plus souvent à la façon just-in-time sans gaspiller du temps à faire des estimations. La principale difficulté dans la mise en oeuvre d’un tel processus est lié à la capacité à décomposer les stories en éléments plus petits mais toujours consistants.
Autre source potentielle de gaspillage selon Przemyslaw Bielicki, les tests unitaires. Tester tout est du gaspillage (tester les getters et setters n’a pas grand intérêt) et il faut savoir interpréter le taux de couverture des tests. Il ne faut pas chercher à atteindre 100% de couverture mais faire preuve de bon sens en testant les composants sensibles, en commençant toujours par le niveau d’abstraction le plus haut.

RIA

Sun et LWUIT

Dans cet article de R.J. Lorimer, celui-ci nous parle de l’annonce de Sun de la librairie LWUIT (Lightweight UI Toolkit) qui vient de passer en licence GPLv2. Pour rappel, cette librairie, présentée lors du JavaOne 2008, fournit des composants graphiques pour le développement d’applications mobiles (Java ME). Se basant sur la philosophie Swing, LWUIT permet de gérer des animations et autres effets avec un ensemble de widgets. Le site du projet nous montre des vidéos assez alléchantes.
A noter une activité grandissante autour de cette librairie comme le témoigne le forum actif, ou bien encore le blog de l’un des développeurs Shai Almog.
Par ailleurs, lors de l’une de nos revue de presse, nous vous parlions de l’Open Screen Project d’Adobe qui avait décidé de s’ouvrir à la téléphonie mobile (et plus généralement à tous les devices). Cela témoigne ainsi de la volonté de Sun de vouloir s’engager sur le même terrain qu’Adobe et de vouloir s’imposer sur ce marché afin de faire tourner des applications JavaFX sur Java ME.
Enfin à noter le portage de LWUIT sur Androïd, à suivre…

Sortie GWT 1.5

Bruce Johnson tech lead du Google Web Toolkit annonce, 1 an après la sortie de la version 1.4 et deux semaines après la RC 2, l’arrivée de GWT 1.5. Pour mémoire GWT est un framework client-centric permettant de générer la partie client (Html et Javascript) à partir d’un code entièrement écrit en Java. Pour cela, GWT dispose d’une bibliothèque permettant d’émuler le fonctionnement d’une mini-JRE.
La liste des nouveautés arrivant avec cette nouvelle version est plutôt alléchante :

• GWT offre enfin une compatibilité avec Java 5 : l’utilisation des génériques, de l’autoboxing, des énumérations … est maintenant rendue possible.
• GWT en a profité pour étoffer les fonctionnalités de son emulated JRE en ajoutant le support des classes aussi populaires que StringBuilder, TreeMap.
• L’interopérabilité avec des classes écrites manuellement en Javascript ou JSon est également simplifiée.
• Ces nouveautés s’accompagnent d’une première gestion de l’accessibilité du Web
• La gestion des performances est accrue.

Malgré le retard de cette release (environ 5 mois), celle-ci offre un lot de nouvelles fonctionnalités intéressantes. Encore faut-il que ce mode de développement un peu particulier ne vous rebute pas.

• Annonce de la sortie de GWT 1.5 sur le blog de Bruce Johnson
• Démarrez avec GWT : Quick start, Tutorial
• Application GWT qui présente les widgets natifs

Le coin de la technique

Les six commandements de l’architecte

Tim High présente dans Architect Commandments les six qualités essentielles d’un architecte :
1) Se concentrer sur la valeur métier : bien que nous ayons parfois tendance à l’oublier, l’informatique est au service du métier. Et les projets ne doivent pas servir à mettre en avant les technologies que nous maitrisons, ou que nous aimerions découvrir.
2) Remettre en question et clarifier les suppositions : les projets informatiques regorgent de choix imputés à d’obscures raisons historiques ou à des rumeurs, aussi bien fonctionnelles que techniques. Il est important de toutes les tracer : être à l’écoute des nouvelles technologies les plus pertinentes par rapport aux projets en cours, les décisions reposant sur des suppositions, afin de pouvoir justifier et/ou remettre en question ces choix ‘historiques’.
3) Donner le pouvoir à l’équipe : vos décisions d’architecture sont mises en œuvre par une équipe de développeurs. Vous devez donc aussi vous comporter en leader, et donner : être un leader, mais pas au sens premier, c’est-à-dire être un partenaire, un consultant. En résumé être un conseillé de haut niveau, qui accepte le dialogue, donne les moyens à vos équipes de créer ce que vous avez imaginé. Ce qui implique de supprimer tous les obstacles se dressant devant eux, mettre à leur disposition les outils qui leur permettront d’avancer plus facilement mais surtout de les écouter : ils ont la connaissance ‘du terrain’ et vous feront remonter des faits, voire des solutions, souvent pleines de bon sens et en prise avec la réalité.
4) Avoir les yeux grand ouverts : les technologies sont en permanente ébullition, et nous nous devons d’être à l’écoute de ces changements, afin d’offrir à nos clients (et à nos équipes), le meilleur de la technologie. Cependant, attention au revers de la médaille : nos projets ne peuvent en aucun cas être des laboratoires permanents. Le rôle de l’architecte est donc d’être au fait des avancées technologiques, mais aussi de les filtrer, afin d’appliquer à son (ses) projet(s) les plus pertinentes
5) Faire des choix : il vaut mieux prendre des décisions et se préparer à changer de direction que de tergiverser indéfiniment. L’expérience montre que l’absence de décision est souvent plus préjudiciable que le mauvais choix. L’architecte doit se mouiller et mettre ‘sa tête sur le billot’, quitte à revenir sur sa décision.
6) Montrer la voie : attention, nous ne parlons pas ici d’un architecte muré dans ses certitudes (et dans sa tour d’ivoire). Mais plutôt d’un architecte qui est un membre de l’équipe, qui certes prend des décisions, donne les grandes orientions, mais qui les explique, les justifie, les nuance voire les remet en cause avec son équipe. Il doit se donner les moyens de mettre tout le monde dans le même sens.

A ces 6 commandements, nous aimerions en ajouter un septième, tiré de nos expériences :
7) Faire simple et stupide : la grande force d’un architecte, c’est de décomposer les problématiques complexes en problèmes élémentaires, et y apporter des solutions simples. Cette décomposition présente aussi l’avantage d’appliquer plus facilement les points énumérés ci dessus.

Réplication avec Subversion 1.5

John Ferguson Smart présente dans Replication in Subversion 1.5 la réplication de dépôt de source dans Subversion.
C’est une nouvelle fonctionnalité depuis Subversion 1.4.
Cette fonctionnalité peut être implémentée par l’outil de Subversion : svnsync
Voici les quelques commandes à lancer pour mettre en place un dépôt de source miroir qui contiendra un copie du dépôt de source existant :

$ svnadmin create /var/svn/repos-mirror
$ svnsync init svn://svnmirror svn://svnrepos
# Lancement manuel de la synchronisation
$ svnsync sync svn://svnmirror

En utilisant cette fonctionnalité et Apache, on peut aussi réaliser une distribution de dépôt de source afin de limiter le trafic réseau. Il est important de noter que les dépôts de source miroirs sont en lecture seule. Par exemple, cela reste utile pour un outil d’intégration continue. Ce dernier, au lieu d’utiliser le dépôt de source existant, utilisera le code source du dépôt du miroir, en s’assurant que le code source pris soit bien à jour.

Actualité éditeurs / SSII

• Oracle BEA Workshop 10.3 gratuit

Agilité

• Vaincre la résistance au changement

RIA

• FireFox Just In Time Compilateur

Le coin de la technique

• Tuning et optimisation de Tomcat : mod_jk est mort ! Longue vie à mod_proxy_http !
• Les pires pratiques des systèmes distribués

Evènements de notre communauté en France et à l’étranger

• Des nouveaux JUG !

Actualité éditeurs / SSII

Oracle BEA Workshop 10.3 gratuit

Avec la sortie enfin officielle, sûrement retardée avec la fusion Oracle / BEA, de la nouvelle version de Weblogic (WLS 10.3), Oracle a décidé d’offrir gratuitement l’outil de développement associé depuis longtemps avec la suite Weblogic Platform: Workshop. Jusqu’à la version 8.1, cet outil écrit en Swing était propriétaire et extrêmement fermé. Suite au rachat en 2005 de la société M7, BEA avait complètement refondu WorkShop 9 en l’intégrant à la plateforme Eclipse. Cet outil était décomposé en 2 :

• un ensemble de plugins qui permettait de gérer le serveur d’application Weblogic Server (gratuit) sous WTP
• un ensemble de plugins qui apportait des fonctions avancées de développement, extrêmement efficace mais payant.

Dans un monde ou les outils gratuits sont légions, Workshop avait peu à peu perdu du terrain et commençait à disparaitre. Avec sa gratuité, Oracle espère sûrement devenir (enfin) un acteur majeur du développement Java/JEE. Il reste cependant une question: Quid de JDevelopper ?

• Oracle Removes Licensing for Workshop Eclipse Plug-ins
• Oracle Delivers Oracle WebLogic Server 10g Release 3

Agilité

Vaincre la résistance au changement

Mark Levinson raconte sur InfoQ une session animée par Dave Nicolette et Lasse Koskela lors de la conférence Agile 2008 : Overcoming Resistance to Change.
Quand on rencontre une résistance au changement, la colère et la frustration prédominent : les résistants sont stupides, bornés, etc. Dave propose d’être un peu plus constructifs en se mettant à la place des « résistants » comme le fait Dale Emery dans Rewriting the story of Resistance.
La résistance au changement n’est pas toujours infondée, et dans tous les cas il est important de la comprendre. Les participants ont essayé le jeu de Dale Emery, Resistance as a Resource Game, pour trouver des idées pour répondre à cette résistance au changement.

Les raisons de résistance au changement peuvent être classées en 3 types :

• Cognitif : je ne comprends pas ce qui devrait changer, les bénéfices ou comment le changer
• Emotionnel : est-ce que je peux faire ça ? Est-ce que je vais aimer ça ? Est-ce que je me sens menacé ?
• Comportemental : je refuse qu’on me dise quoi faire

Afin de surmonter la résistance, Dave et Lasse conseillent de n’utiliser que les trois premières des six approches du changement de Kotter et Schlesinger :

• Facilitation : aider les employés à gérer leurs craintes pendant la période de transition
• Education : communiquer/informer en amont sur l’effort de changement pour aider les employés à voir la logique de cet effort
• Participation : impliquer les employés dans l’effort de changement

Johanna Rothman ajoute avec sagesse que lorsqu’on voit de la résistance, il s’agit peut-être du reflet de notre propre résistance.

RIA

FireFox Just In Time Compilateur

Firefox annonce la sortie de TraceMonkey (son JIT JavaScript compiler), inclus dans la version 3.1 du navigateur. La réduction des temps d’exécution de code JavaScript dans les navigateurs web est indispensable avec l’utilisation croissante des frameworks du type Ajax.

Les benchmarks effectués par Mozilla parlent d’eux même : par exemple plus de 6 fois plus rapide pour la manipulation de matrice ou d’image entre Firefox 3.0 et 3.1
C’est ce type de renforcement qui permettrait aux applications Web utilisant les navigateurs comme environnement d’exécution (framework de type Ajax) de se relancer dans le combat des RIA face aux plugins comme Flex et SilverLight.

Le coin de la technique

Tuning et optimisation de Tomcat : mod_jk est mort ! Longue vie à mod_proxy_http !

Mark Thomas, Spring Source, présente dans Optimising and Tuning Apache Tomcat (pdf) les éléments clefs pour assurer la haute performances d’applications déployées sur Tomcat.

Le point probablement le plus surprenant de cette présentation est la technique dorénavant préconisée pour connecter Tomcat à Apache HTTP : le couple extrêmement répandu mod_proxy_http / mod_proxy_balancer est dorénavant préconisé pour connecter Tomcat à Apache HTTP. Le protocole HTTP est aujourd’hui plus fiable que l’historique AJP (Apache JServ Protocol) et les modules mod_proxy_http et mod_proxy_balancer sont sensiblement plus robustes que leur prédécesseur mod_jk (et que son portage mod_proxy_ajp). Plus de détails dans Connectivity Between the Web Server and Application Server – What are Your Options? (vidcast plus étoffé et son viewer) par Jim Jagielski et Filip Hanik, SpringSource/Covalent.

Par ailleurs, nous avons retenu :

• Les erreurs récurrentes du troubleshooting Tomcat sont les mêmes que pour les autres applications :
  - Optimisation inutile de code avant d’avoir réellement identifié la cause problème.
  - Tests insuffisants par volume de données ou charge des tests insuffisants.
  - Absence d’objectif clairs de performances.
  - Trouver au pifomètre les points de contention.
  - Correction du symptôme plutôt que de la cause (ajout de mémoire plutôt que de corriger une fuite de mémoire, etc).
• Les outils clefs pour identifier les points de contention sont les logs (applicatives, valve AccessLog tomcat, jvm, sgbd, serveur web, etc) et les profilers (YourKit, etc).
• Pour la haute disponibilité, en plus de load balancing, Tomcat propose de la réplication de sessions. Cependant, nous noterons que Mark Thomas ne s’attarde pas sur ce point très délicat et nous remarquerons que les mécanismes de réplication de session de tomcat sont rarement cités pour des architectures de production.
• Pour l’exploitation, Tomcat est scriptable avec des tâches Ant ou en JMX grâce à l’application tomcat-manager; nous noterons tout de même que cet outillage est pour le moment moins étoffé que celui des serveurs J2EE open source et commerciaux.

Les pires pratiques des systèmes distribués

… ou comment s’assurer d’obtenir une application non scalable. Nous avons déjà abordé les bonnes pratiques mises en avant par Ebay ou Linked In. Pour InfoQ, Brian Zimmer revient au contraire sur une collection de mauvaises pratiques qui handicaperont la croissance et l’adaptabilité de vos applications.

• Ne pas utiliser les middle tiers / API / Pattern à bon escient. Ce n’est pas parce que vous avez un marteau que tous vos problèmes doivent ressembler à des clous.
• Surexploiter les ressources partagées. Sur les systèmes massivement distribués, les problématiques de temps d’accès et de disponibilités sont démultipliées et ne peuvent plus être gérées « à courte vue »
• Ne pas gérer correctement ses dépendances. Impossible alors de gérer correctement les évolutions des librairies tierces et d’adresser les problèmes de retro compatibilité.
• Packager son application en mode « tout ou rien ». C’est s’exposer à avoir une application fourre tout (voire sac de noeuds) qui rend impossible un déploiement modulaire ou une vision orientée service.
• Oublier de gérer les timeouts. Dans un système distribué, il est capital d’allouer des timeouts aux différents appels inter systèmes pour prévenir les engorgements.
• Le syndrome du chevalier blanc. Il est indispensable de s’appuyer sur une équipe qui est capable de comprendre et maintenir le système en production, et non pas de se reposer sur les épaules d’une seule personne qui ‘connaîtrait’ l’ensemble de l’architecture. Là encore, c’est l’idée de modularité, même dans les ressources humaines, qui doit être mise en avant.
• Négliger l’automatisation. Toutes les tâches qui peuvent l’être (build, déploiement) doivent être automatisées, afin d’être reproductibles, et ne pas reposer entièrement sur une seule personne (voir le point précédent).
• Sacrifier la supervision. Pouvoir détecter et diagnostiquer un éventuel goulot d’étranglement est la clé de voûte des architectures distribuées efficaces.

Evènements de notre communauté en France et à l’étranger

Des nouveaux JUG !

Developpez.com annonce la création d’un Java User Group (JUG) Breton : le BreizhJug.
Inauguration prévue le lundi 15 septembre avec une soirée GWT. Il sera devancé de peu par le Nantes-JUG qui ouvrira avec une rencontre sur l’Intégration Continue le 11 septembre.
Souhaitons leur autant de succès que le Paris JUG !

Actualité éditeurs / SSII

• Fusion BEA / Oracle : présentation de la stratégie par Oracle

Agilité

• Techniques d’estimation des user stories
• Les déboires de Google avec Scrum

RIA

• Le contenu Flash / Flex indexable

SOA

• REST anti patterns

Le coin de la technique

• Bonne utilisation des generics
• Websphere MQ v7 : un bouleversement discret appelé message properties

Actualité éditeurs / SSII

Fusion BEA / Oracle : présentation de la stratégie par Oracle

Le 1er juillet 2008 a été annoncée la stratégie d’intégration des offres BEA par Oracle. Thomas Kurian, patron du middleware chez Oracle, a notamment annoncé que les produits Weblogic et Tuxedo seront intégrés tel que à l’offre Oracle. Quant aux ESB et aux outils de développement d’Oracle et BEA, ils fusionnent.

Plus de détails sur la nouvelle offre Oracle :

• Détails de cette information par InformationWeek
• Présentation de cette information par InfoQ

Agilité

Techniques d’estimation des user stories

Jay Fields, consultant chez ThoughtWorks, présente différentes astuces pour estimer les user stories. Nous retiendrons :

• Utilisez 4 valeurs, des puissances de 2 : 1, 2, 4, 8. De manière générale, un nombre de choix réduit simplifie le vote et les valeurs qui s’éloignent de plus en plus évitent une fausse précision. La suite de Fibonacci fonctionne très bien aussi.
• Votez indépendamment les uns des autres. Des techniques simples comme le jeu pierre-feuille-ciseaux ou le planning poker permettent de voter simultanément sans être influencé par les autres.
• Les réunions d’estimation sont rarement un plaisir, motivez l’équipe avec des croissants par exemple !

Les déboires de Google avec Scrum

Jeff Sutherland revient dans cette présentation sur la première implémentation de Scrum chez Google.
En 2001, Google avait de gros problèmes pour tenir ses deadlines. Ils ont commencé à introduire Scrum en utilisant les backlogs et les burndown charts, puis les daily scrums. Pourtant les livraisons continuaient de prendre du retard. Après investigations, ils se sont aperçus que beaucoup de tâches étaient « en cours » en même temps. La principale leçon à retenir est de ne pas se disperser sur trop de tâches, l’équipe doit se focaliser sur le minimum de tâches possible jusqu’à ce qu’elles soient complètement terminées.

RIA

Le contenu Flash / Flex indexable

InfoQ rapporte une avancée majeure pour Adobe : le contenu des applications Flash (et donc Flex) est dorénavant indexable par les principaux moteurs de recherche que sont Google et Yahoo.
Avec un avantage non négligeable sur Ajax, à savoir que le contenu dynamique, récupéré du serveur est lui aussi indexé.
Le principe de fonctionnement est original : Adobe fournit à Yahoo et Google un lecteur Flash spécial, optimisé, qui parcourt tout le fichier SWF à la manière d’un utilisateur : instanciation des différents états de l’application, récupération des données dynamiques…
Aucune intervention des développeurs n’est nécessaire, aussi bien sur les nouvelles applications que sur les anciennes.
Certaines fonctionnalités de Flex 3, comme le « deep linking » (historique au sein du fichier SWF, bookmark intra-Flash) ne sont pas encore implémentées.

Un frein (le principal ?) au développement des RIA Flash vient d’être levé.

SOA

REST anti patterns

Stefan Tilkov, éditeur de la communauté InfoQ SOA, présente ses REST Anti Patterns :

• Utiliser uniquement des requêtes GET ou uniquement des requêtes POST : REST utilise la sémantique HTTP avec GET pour les lectures, PUT & DELETE pour les écritures indempotente avec ID et enfin POST pour le reste mais qui est à éviter.
• Ignorer les mécanismes de cache : le code retour HTTP 304 Not Modified et ses headers associés ETag, Expires permettent une grande souplesse de mise en cache par les clients et les proxies pour offrir une très grande tenue à la charge.
• Ignorer les codes retour HTTP : les codes retour HTTP sont très expressifs (201 Created, 406 Not Acceptable, 412 Precondition Failed, etc) ; se limiter aux inexpressifs 200 OK et 500 Internal Server Error nuit à l’auto-documentation.
• Mal utiliser les cookies : REST est par essence sans état ; si les cookies peuvent maintenir des informations stateless comme l’authentification, ils ne doivent en revanche pas porter d’information stateful ou métier (id, etc).
• Oublier l’hypermedia : les hyperliens sont à REST ce que sont les clefs étrangères aux base de données relationnelles. On notera toutefois que l’utilisation d’hyperliens est aujourd’hui très délicate ; xlink reste confidentiel pour XML et les équivalents en JSON ou YAML restent à trouver.
• Ignorer les types MIME : chaque utilisateur a son format de prédilection et se limiter à un seul format limiterait les opportunités de ré-utilisation. On retiendra XML pour java / .Net, JSON pour javascript, YAML pour Ruby et HTML pour les humains.
• Casser l’auto-description : idéalement, tout message devrait contenir suffisamment d’information (headers, format, etc) pour qu’un client générique puisse le traiter. Toute invention de header, protocole ou format nuit très fortement à l’utilisabilité de la ressource.

Le coin de la technique

Bonne utilisation des generics

Introduits lors du jdk 5, les génériques sont maintenant utilisés dans la plupart des applications Java. Les développeurs, aussi bien débutants qu’expérimentés, ont dans l’ensemble bien compris leurs avantages. Ces ‘marqueurs’ permettant de détecter les problèmes de cast dès la compilation ce qui facilitent indéniablement la lecture et l’auto-documentation du code.

Si l’utilisation des génériques est relativement simple à comprendre, cela se complique lorsque vous vous essayez à créer votre propre API. En particulier, l’utilisation des wildcard n’est pas triviale. Qui ne s’est jamais tiré les cheveux pour se demander quand mettre un wildcard. 3 ans après la sortie du jdk 5, êtes-vous familiers avec les formes suivantes ? MyBox<?>, MyBox<? extends T>, MyBox<? super T>

Brian Goetz, l’auteur du bien connu Java Concurrency In Practice revient sur ces notions peu évidentes (cf. le lien en fin d’article). Pour illustrer cette difficulté, il prend l’exemple de la classe AbstractExecutorService introduite lors du jdk 5 dont la signature a été modifiée au jdk 6 : personne n’est à l’abri d’une erreur.

Bonnes pratiques à respecter pour l’utilisation d’une API utilisant les génériques

• Préférez l’utilisation des génériques (List<String>) aux types raw traditionnels (List)
• Proscrire les types raw dans du nouveau code
• Eliminez et documentez les warnings ‘unchecked’ en utilisant l’annotation suivante @SuppressWarnings("unchecked") en essayant de minimiser sa portée.
• Privilégiez l’utilisation des listes (List<String>) aux tableaux (String[]), lorsque le contexte le permet. En effet, les tableaux sont covariants : contrairement aux génériques. (Si une classe A étend B, B[] peut être casté en A[], alors que List<B> ne peut pas être casté en List<A>).

L’exemple ci-dessous, tiré du livre Effective Java, montre en quoi la covariance peut-être dangereuse.

// Lance ArrayStoreException au runtime
Object[] testArray = new Long[1] ;
testArray[0] = "Incompatible value";
// Ne compile pas
List<Object> testList = new ArrayList<Long>();
testList.add("Incompatible value ");

Bonnes pratiques à respecter pour la création d’une API utilisant les génériques

• Utilisez les types paramétrés simples T lorsque c’est possible
• Utilisez les wildcards pour rendre vos API plus flexibles
• Utilisez les wildcards lorsque que vous désirez passer un type paramétré en entrée d’une méthode (remplacer MyBox<T> par MyBox< ? extends T> ou par MyBox<? super T>)
• N’utilisez pas de wildcard dans les types de retours

Comment choisir le bon wildcard ? Le get-put principe.

• Méthodes de type GET : utilisez le ‘upper bounded wildcard’ (MyBox< ? extends T>) sur les méthodes qui permettent de sortir des données de la structure courante.
• Méthodes de type PUT : utilisez le ‘lower bounded wildcard’ (MyBox< ? super T>) sur les méthodes qui font rentrer des données de la structure courante.

D’une manière générale, si l’utilisateur d’une API se pose la question d’utiliser un wildcard, c’est probablement que l’API a été mal pensée.
Au final, notons que si l’utilisation du wildcard extends est relativement répandu, force est de constater que le wildcard super ne se déniche pas encore à tous les coins de rue.

Consultez l’article de Brian Goetz : Websphere MQ v7 : un bouleversement discret appelé message properties

Nous avions déjà évoqué les nouveautés de Websphere MQ V7 lors du lancement du programme de beta testing.
Notre attention s’était portée sur l’intégration du moteur de publish/subscribe et l’amélioration des performances et nous n’avions pas vu passer une évolution sur la structure même des messages. MQ v7 intègre le principe JMS de propriétés de message sous une forme beaucoup plus simple à utiliser que les anciens « RFH2 Folders » qui rebutaient certaines équipes non Java lorsqu’on leur proposait d’abandonner le format MQSTR pour bénéficier des propriétés JMS.
Ces nouveaux Message Properties, toujours transparents pour les développeurs JMS, se manipulent facilement pour les développeurs MQI grâce à l’introduction des verbes MQSETMP et MQINQMP. Un mode de compatibilité ascendante transforme ces nouveaux Message Properties en header MQRFH2 lorsqu’ils sont envoyés à d’anciens Queue Managers.
On notera par ailleurs que l’intégration native du mode publish/suscribe dans MQ simplifie l’utilisation de ce mode pour les développeurs MQI avec la création de nouveaux verbes (MQSUB, …) qui remplacent les fastidieux headers RFH2.
Avec ces deux simplifications majeures, l’utilisation de la richesse de JMS ne devrait plus susciter de réticences dans les équipes MQI.

Tous les détails dans Websphere Technical Exchange : What is new in WebSphere MQ Version 7 et Redbook (Draft) : WebSphere MQ V7.0 Features and Enhancements

Actualité éditeurs / SSII

• Fusion BEA / Oracle

Agilité

• Traçabilité

Le coin de la technique

• Maven et Eclipse : la fin du calvaire ?
• Les conseils de Ben Alex, Spring Security, pour sécuriser ses applications
• Retour sur les enumerations avec Joshua Bloch
• Les principes architecturaux de LinkedIn

Actualité éditeurs / SSII

Fusion BEA / Oracle

Le 1er juillet 2008, un webcast public annoncera (enfin) comment seront intégrés les produits BEA dans la suite Oracle Fusion Middleware.

Agilité

Traçabilité

La communauté agile relance le débat sur l’utilité des matrices de traçabilité des exigences dans les projets agiles, à travers ce fil de discussion rapporté par InfoQ :

• Il faut déjà distinguer le besoin de traçabilité et la matrice de traçabilité qui n’est qu’une implémentation.
• Si la traçabilité est demandée, il faut poser les questions : pourquoi faire ? sous quelle forme ? la valeur ajoutée est-elle supérieure au coût ?

Sur l’un de ses projets, Alistair Cockburn raconte qu’après étude du coût de l’installation d’un outil de traçabilité et de sa maintenance, la traçabilité a simplement été enlevée du contrat.

• Ron Jeffries propose de faire les changements et de voir quels tests échouent pour voir les impacts.

La communauté agile est en accord et pose la question : Y’a t-il un réel besoin de traçabilité ? Même si c’est le cas, la matrice de traçabilité est une solution trop coûteuse. Les besoins de traçabilité peuvent être couverts par la pratique du TDD et l’utilisation d’outils simples comme un système de contrôle de versions (SVN), un outil de gestion des bugs/changements (JIRA), un wiki, etc.

La discussion complète est sur Yahoo! Tech groups – Requirement Traceability Matrix and Agile Testing.

Le coin de la technique

Maven et Eclipse : la fin du calvaire ?

Qui n’a jamais râlé à propos de l’intégration Maven dans Eclipse ?

Et bien une page est en train de se tourner, dans le Maven Community News de mois de mai, Arnaud Héritier annonce l’entrée des plugins IAM (Q4E) et M2E (m2Eclipse) dans l’incubateur Eclipse.

Jusqu’à présent, seul Ant disposait d’une intégration fine à Eclipse. Sans la participation ni communication active de la communauté Eclipse, les plugins Maven étaient amenés à effectuer des soudures par leurs propres moyens. Ce qui explique certainement la relative non-fiabilité des plugins existants.

Pour sa prochaine release, Eclipse a finalement changé son fusil d’épaule, relançant de plus belle la compétition entre les deux plugins (cf les scopes IAM et M2E). Nous pouvons espérer la sortie officielle d’un plugin de qualité dans un futur proche.

Les conseils de Ben Alex, Spring Security, pour sécuriser ses applications

Ben Alex, Spring Security (ex Acegi Security), a présenté JavaOne 2008 dans addressing tomorrow’s security requirements in enterprise applications les enjeux de sécurité des applications java. Nous retiendrons ses tuyaux pour les applications d’entreprise :

• Utiliser un framework de sécurité éprouvé plutôt que de réécrire le sien
• Commencer simplement et ajouter incrémentalement la complexité
• Anticiper les besoins d’enregistrement des utilisateurs
• Planifier la fédération des identités, particulièrement avec OpenID [1]
• Pour les applications internes, considérer NTLM et CAS
• Utiliser les techniques de Captcha pour limiter les attaques par déni de service (DoS)
• Préférer les autorisations sur les méthodes Java aux autorisations web sur les URL
• Décrire les métas-données d’autorisation avec des annotations est simple et rapide
• Considérer avec la plus grande attention la sécurité des objets de domaine
• Préférer la Basic authentication sur HTTPS pour les interactions REST
• Utiliser la richesse des standards Web Services Security (WSS) pour les échanges SOAP indépendants du transport (HTTP, JMS, etc)

[1] On se souviendra tout de même des reproches actuellement faits à OpenID (cf. The problem with OpenID, The Identity Corner)

Retour sur les enumerations avec Joshua Bloch

Joshua Bloch, l’auteur d’Effective Java, a rappelé à JavaOne 2008 dans More Effective Java le vaste champ d’application des énumérations. Nous retiendrons :

• Ne pas utiliser ordinal pour porter des données de type entier ; utiliser un champ int
• Ne pas utiliser de bit fields ; utiliser un EnumSet
• Ne pas utiliser ordinal pour pour indexer les tableaux ; utiliser EnumMap
• Ne pas utiliser readResolve pour un singleton serializable ; utiliser une enum
• Simuler l’extensibilité des énumérations avec des interfaces

Nous ne reviendrons pas sur le débat « Les énumérations sont un mauvais pattern car elles empêchent l’extensibilité ». Si ce reproche est parfois justifié, nous retiendrons que Joshua Bloch propose le pattern des interfaces pour maîtriser ce risque et qu’il n’a jamais été aussi facile de refactorer et recompiler une application. Quant à la demande d’évolution « ajouter un troisième sexe en plus de Gender.MALE et Gender.FEMALE« , …

Les principes architecturaux de LinkedIn

La semaine dernière, nous reprenions dans la revue de presse un article sur les grands principes architecturaux de eBay.
Lors du JavaOne 2008, c’est le site communautaire LinkedIn qui s’est dévoilé.
Nous reprenons ici les grandes lignes des 2 présentations suivantes : LinkedIn Communication Architecture et LinkedIn : a professional social network…

Commençons par quelques chiffres. LinkedIn c’est :

• 22 millions de membres
• 4+ millions de visiteurs uniques par mois
• 40 millions de pages vues par jour
• 2 millions de courriels envoyés par jour

Architecture physique

• 100% Java
• Tomcat et Jetty, sur Solaris
• Oracle et MySQL, interrogés directement en JDBC (pas de mapping Objet / Relationnel)
• ActiveMQ comme système de messaging
• Lucene comme base de la fonction de recherche
• Spring pour la communication entre éléments

Pratique intensive de l’Agilité

• Accent fort porté sur le test
• Cycles de développements courts (2 à 4 semaines)
• Découpage des développements en petites unités
• Peu de réunions formelles, utilisation de réunion de type ‘stand-up’
• Plus de 6500 tests unitaires et 500 tests de l’IHM
• Intégration continue avec Hudson, nightly builds
• Utilisation de Mock pour réduire la redondance des tests d’intégration
• Refactoring constant

Architecture orientée service

• La webApp présente l’interface graphique aux utilisateurs mais s’appuie sur une couche de Services.
• Chaque Service utilise sa propre ‘partition’ de base de données (partitionnement ‘fonctionnel’)
• Utilisation de répliques de la DB, et distribution des mises à jour, à partir du master, par l’utilisation d’un bus d’évènements
• Utilisation massive de flux asynchrones
• Découpler au maximum les interactions entre service, ce qui permet de réduire les inter dépendances du code.
• Cette architecture est scalable service par service

Un serveur est dédié à la représentation de l’ensemble du réseau LinkedIn (The Cloud)

• Représentation de la totalité de l’arbre en mémoire (22 millions de noeuds, 140 millions de liens)
• L’arbre consomme 12 Go de RAM sur 40 instances
• La reconstruction du réseau from scratch prend plus de 8 heures
• L’arbre est mis à jour en temps réel par le bus d’évènements
• Ce choix découle directement de la difficulté fonctionnelle à partionner l’arbre

Grands principes de scaling (les points soulignés sont les mêmes que ceux exposés par eBay)

• Partionner par domaines fonctionnels
• Le partitionnement rend difficile l’intégrité référentielle cross domaine
• L’intégrité totale des données n’existe pas
• A grande échelle, les coûts matériels deviennent un problème à prendre en compte
• Les spammers et les ‘voleurs de données’ sont un problème
• Utiliser le cache, même s’il a une efficacité limitée
• Utiliser des traitements asynchrones
• Les tâches d’analyse et de consolidation de rapport doivent être prises en compte dès le design initial
• Prévoir les cas d’échec du système, ils ne manqueront pas de se produire
• Ne sous estimez pas la croissance de votre site

Pourquoi préférer Java

• Avec plus d’1 million de lignes de code, Java permet :
  1. De refactorer en toute confiance
  2. De naviguer facilement dans le code source
  3. De maintenir une vingtaine de branches en parallèle, le compilateur aidant à réaliser la fusion
• Il est facile de faire monter l’équipe en puissance :
  1. Plus de 8 équipes, 50 ingénieurs, en constante augmentation
  2. Il est facile de trouver des développeurs Java de talent
• La communauté Java est grande et active

Conclusion

Comme on peut le voir, l’architecture de LinkedIn a beaucoup de points communs avec celle d’eBay, en particulier lorsque l’on s’intéresse de près aux concepts qui permettent à ces deux sites d’offrir un service performant à des millions d’abonnés. Ces grands principes architecturaux apparaissent donc comme incontournables pour toute application visant à supporter une lourde charge.

Actualité éditeurs / SSII

• GlassFish et MySQL, premiers signes d’intégration
• IBM investit dans EnterpriseDB
• DomainHealth : Un outil de monitoring pour les serveurs Weblogic (9 & 10)

Agilité

• Certification ScrumMaster, on en parle

Le coin de la technique

• Spring WS 1.5 : un fort potentiel à concrétiser
• Milestone 3 pour Spring Java Configuration

Actualité éditeurs / SSII

GlassFish et MySQL, premiers signes d’intégration

L’intégration de MySQL au groupe Sun Microsystem n’a pas tardé. Alexis Moussine-Pouchkine nous présente dans MySQL et GlassFish dans un bateau l’intégration du serveur Open Source Glassfish à la célèbre base de données. On y découvre notamment les tarifs des contrats de support et de maintenance, des éléments décisifs pour les équipes d’exploitation.

IBM investit dans EnterpriseDB

EnterpriseDB vient d’annoncer une levée de fonds de 10 millions de dollars, dont l’un des principaux investisseurs n’est autre que IBM. L’éditeur de DB2 justifie ce choix en rappellant ses investissements dans le monde open source sur des projets tels que Linux, Eclipse et Apache.

Ce choix peut peut-être aussi s’expliquer par le fait qu’EnterpriseDB édite Postgres Plus Advanced Server, qui se veut être un concurrent direct des bases de données Oracle. Produit commercial s’appuyant sur la base de données open source Postgresql (sous license BSD), Postgres Plus Advanced Server fournit entre autres des outils de migration pour Oracle.

Quelques liens :

• http://ostatic.com/158698-blog/enterprisedb-a-new-stake-from-ibm-and-its-novel-approach
• http://news.dzone.com/news/ibm-buys-enterprisedb
• http://developers.slashdot.org/article.pl?sid=08/03/25/207211&from=rss
• http://www.lemondeinformatique.fr/actualites/lire-ibm-injecte-de-l-argent-dans-enterprisedb-25697.html
• http://www.01net.com/editorial/375401/ibm-investit-dans-les-bases-de-donnees-open-source-d-enterprisedb/?rss

DomainHealth : Un outil de monitoring pour les serveurs Weblogic (9 & 10)

Dans cet article disponible sur le blog dev2dev de BEa, j’apprend l’existence d’un produit Open Source permettant de surveiller la bonne santé des serveurs Weblogic. Il permet entre autres de consulter la taille et l’utilisation de la Heap de la JVM, l’utilisation des pool de threads d’exécution, les datasources, les destinations JMS, les WorkManagers et beaucoup autres choses. Bea fournit déjà un outil similaire, une extension de la console d’administration qui permet d’obtenir ce type d’information basé sur le framework de diagnostiques de Weblogic (WLDF). Cependant, cette extension a quelques défaut que comble ‘DomainHealtn’:

• elle n’est pas activée par défaut, il faut ajouter un jar complémentaire dans un répertoire et redémmarer le serveur (DomainHealth se compose d’un simple war à déployer)
• elle ne propose pas de vue d’ensemble sur une page.

DomainHealth offre de parcourir les données collectées pendant toute la vie du domaine, quid de la consommation mémoire sur un domaine qui ne redémarre jamais ou très rarement ?

Bref un outil à tester et à surveiller ici !

Agilité

Certification ScrumMaster, on en parle

Xebia a organisé les 25 et 26 Mars 2008 une formation ScrumMaster certifiante, dispensée par Jeff Sutherland.
Premiers retours:

• http://www.touilleur-express.fr/2008/03/26/im-now-a-scrum-master/
• http://jefute.blogspot.com/2008/03/formation-scrum-master-la-dfense.html

Le coin de la technique

Spring WS 1.5 : un fort potentiel à concrétiser

Spring WS, arrivé bien après les leaders CXF (ex XFire), Axis2 et Metro (JAXWS-RI par Sun), se démarque par une approche originale qui préfère le Plain Old Xml à SOAP et cherche à s’affranchir des WSDL. Cette démarche en fait un bon candidat pour traiter les communications non-soap encore très nombreuses dans nos applications.
Arjen Poutsma nous présente dans What’s New in Spring Web Services 1.5? les nouvelles fonctionnalités du framework. On notera en particulier le support de JMS, de WS-Security et WS-Adressing.
Les points que nous avons aimé dans Spring-WS :

• L’ouverture aux communications non-SOAP (situation particulièrement fréquente pour les communications sur JMS)
• L’intégration à la stack Spring plus poussée que celle de CXF ou d’Axis2.
• La qualité de l’intégration à JAXB 2 avec le Jaxb2Marshaller qui est un modèle d’utilisation de cette API.

Les points que nous espérons pour les prochaines versions de Spring-WS :

• Un support naturel et documenté de l’approche wsdl2java avec un plugin maven similaire au cxf-codegen-plugin.
• Des points d’extension dans l’API pour enrichir les messages échangés (ajout du header JMS_IBM_Character_Set avec Websphere MQ, appel à Tibjms.setEncoding(Message, String) pout Tibco EMS, etc).
• Une documentation plus étoffée.

Milestone 3 pour Spring Java Configuration

Google avait défrayé la chronique en révélant Google Guice, le framework d’injection de dépendances d’Adwords dont la configuration est gérée avec du code Java plutôt qu’avec des fichiers XML.
SpringSource a répondu avec l’utilisation élargie des annotations dans Spring 2.5 (@Autowired, etc) et le lancement de Spring Java Configuration Project. Ce deuxième chantier avance plus lentement, probablement parce que le concurrent Google Guice reste peu utilisé et parce que la tâche s’avère très délicate.
Chris Beams nous présente les dernières évolutions dans Spring Java Configuration – What’s New in M3.
Nous avons été sensibles à :

• L’externalisation des variables (@ExternalValue) équivalent au PropertyPlaceholderConfigurer des configurations XML. Ce mécanisme, incomplet dans Google guice, est particulièrement important pour gérer les paramètres de configuration dont la valeur change suivant les environnements (développement, intégration, production, etc).
• L’étoffement de la documentation qui accorde notamment une place à l’intégration à Maven2.

Si l’utilisation de Spring JavaConfig n’est pas encore d’actualité, voici une bonne occasion de se pencher sur le XML Schema-based configuration introduite en version 2.5 qui allège avantageusement la gestion des configurations XML.

Ressource complémentaire : Spring Dependency Injection & Java 5 par Alef Arendsen ( slides, exemple source).

Actualité éditeurs / SSII

• EclipseLink devient l’implémentation de référence pour JPA 2.0
• Eclipse Foundation lance Eclipse Runtime Project
• SpringSource Tool Suite
• BlackBerry rejoint la fondation Eclipse
• Bea renforce son intégration avec Eclipse

Le coin de la technique

• La puissance des proxies

Evènements de notre communauté en France et à l’étranger

• Tours Java User Group

Actualité éditeurs / SSII

EclipseLink devient l’implémentation de référence pour JPA 2.0

Sun vient d’annoncer récemment que la RI (reference implemention) de la Java Persistence API 2.0, sera le plugin d’Oracle EclipseLink.
Le framework EclipseLink fournit à travers ses services OSGi l’outillage nécessaire pour interagir efficacement avec les bases de données relationnelles :

• JPA
  Ce service permet de mapper des objets Java avec un schéma de base de données en utilisant une configuration XML et/ou avec les annotations. Les opérations de mapping, transactions, cache des objets, clustering, et des options de tuning et administration sont également disponibles nativement.
• Mapping Objects to XML (MOXy)
  Ce service gère le mapping objets Java avec un schéma XML (XSD) en utilisant une configuration XML et/ou avec les annotations. Ce service permet de générer par exemple, à partir d’un modèle de données annoté, les XSD et mappings correspondants. Les opérations de transformation Java->XML et XML->Java sont également supportées via les standards DOM et SAX.
• Service Data Object (SDO)
  Ce service permet de générer des modèles SDO dynamiques ou statiques à partir d’un schéma XSD. Les SDO permet de réduire le couplage entre application et les systèmes de gestion de données. ce service permettra également de wrapper un objet Java (JPA entity) dans un DataObject permettant d’utiliser des objets de modèle existants.
• Database Web Services (DBWS)
  Ce service permet d’exposer sous forme de webservices les opérations sur les base de données.
• Enterprise Information Systems (EIS)
  Le service de persistance EIS permet d’utiliser les magasins de données (data stores) via le connecteurs JCA (Java Connector Architecture). Ce service permet l’utilisation de base de données non-relationnelles qui n’utilisent pas l’accès JDBC ou SQL (Mainframes).

Avec l’annonce en parallèle du projet Eclipse RT basé sur Equinox, OSGi a de beaux jours devant lui !

http://www.eclipse.org/eclipselink/
http://www.theserverside.com/news/thread.tss?thread_id=48757

Eclipse Foundation lance Eclipse Runtime Project

Le projet Eclipse RT veut concurrencer Java et .Net !

Basé sur le projet Equinox qui implémente les spécifications OSGi, Eclipse Runtime Project veut devenir le nouveau runtime universel multi-plateforme pour carrément supplanter Java et .Net. Ce meta-projet a pour but d’unifier les différents projets existants tels que Eclipse Communications Framework, EclipseLink, Rich Ajax Platform (RAP), Riena and Swordfish et ainsi offrir une solution globale pour le développement d’applications sur divers supports et plateformes (client lourd, léger, riche, mobile, …) et ainsi combler les lacunes de Java et .Net. La solution apportée par Eclipse RT consiste en un modèle et framework orienté composant pour simplifier le travail de développement, déploiement et gestion d’applications sur diverses plateforme sans avoir à reconstruire la logique métier à chaque fois.

http://blogs.zdnet.com/open-source/?p=2136
http://www.infoworld.com/article/08/03/16/eclipse-show_1.html
http://www.regdeveloper.co.uk/2008/03/17/eclipse_equinox_runtime/

SpringSource Tool Suite

SpringSource vient d’annoncer la sortie en version béta « SpringSource Tool Suite ». L’objectif de cet outil est de faciliter le développement d’applications avec Spring. Le détail des possibilités n’est pas encore pleinement clair (Plus de détails ici). Vous pouvez vous inscrire au programme de béta-test pour tester ce nouvel outil ici.

BlackBerry rejoint la fondation Eclipse

La société Blackberry rejoint la fondation Eclipse et offre à cette occasion un plug-in Eclipse permettant de développer des applications pour la célèbre plateforme de téléphone mobile. Il est donc maintenant possible de développer pour les systèmes mobiles BlackBerry, Android, Symbian & Palm avec un environnement Eclipse standard bien connu des développeurs. Deux plateformes manquent à l’appel : Windows Mobile et l’iPhone peu habituées à faciliter le travail des développeurs maisons

Plus d’informations sur cette annonce ici

Bea renforce son intégration avec Eclipse

JRockit, la JVM de BEA, fournit déjà une console de suivi dénommé JRockit Mission Control. Depuis la version 2, cet outil est basé sur une plateforme Eclipse mais récemment Bea a fait un pas de plus. Depuis la version 3.0.2, JRockit Mission Control est disponible sous forme de plugin Eclipse accessible depuis l’ « update site » de Bea. Ceci va permettre une unification et une meilleure intégration de l’outillage (notamment Workshop) fourni par Bea.

Quelques détails sur le blog dev2dev …

Le coin de la technique

La puissance des proxies

Cet article illustre l’utilisation des proxies Java. Même si l’utilisation qui en est faite ici, peut être un peu discutable en terme de lisibilité, cela n’en reste pas moins impressionnant quant aux possibilités offertes.

Evènements de notre communauté en France et à l’étranger

Tours Java User Group

L’idée d’Antonio Goncalves et David Dewalle semble faire des émules. Après la création récente du Paris User Group, le deuxième Java User Group français vient de se créer : le Tours JUG. Son fonctionnement reste à peu près similaire, un sujet sera abordé chaque second mercredi du mois. Ce sera Christophe Jollivet, fondateur de ce dernier, et coresponsable de la rubrique java de developpez.com qui ouvrira le bal le 9 avril avec ‘Unitils et Selenium, les partenaires de vos tests‘ (ça me rappelle quelque chose …). Concernant la suite du programme, peu d’éléments sont pour le moment communiqués. Pour en savoir davantage, le mieux reste encore de vous inscrire pour la soirée d’inauguration qui aura lieu le mercredi 9 avril à Tours.

Actualité éditeurs / SSII

• Aqualogic Service Bus 3.0 (BEA)
• Spring Source arrive en France

Agilité

• Les bons programmeurs en ont (de bons tests unitaires)
• Progression des méthodes Agiles ?

SOA

• 2008, annus horribilis de la SOA ?

Le coin de la technique

• Java EE 6 : les profiles se dévoilent
• Load balancing avec Tomcat et Apache
• Tests unitaires : Mockito
• JSF, répétition de la mésaventure des EJB 2 ?

Actualité éditeurs / SSII

Aqualogic Service Bus 3.0 (BEA)

Aqualogic Service Bus 3.0 (ALSB 3.0 pour les intimes) est maintenant disponible en téléchargement. La liste des fonctionnalités majeures de cette nouvelle version a déjà été abordée lors d’une précédente revue de presse. On peut y ajouter une meilleure intégration avec la gamme Aqualogic (ALRR, le repository,ALBMP, le moteur de processus et ALSM, le moniteur SOA) et une fonctionnalité de _Throttling, un service qui permet d’éviter d’entrainer une surcharge vers les services métiers accédés.

La distribution comprend WebLogic Server 10, la surcouche ESB et BEA Workshop 10.2 l’IDE basé sur Eclipse pour le développement (Eclipse 3.2.2, Eclipse WTP 1.5.4,…)

• La documentation
• La Release Note

Spring Source arrive en France

Nous apprenons via cet article que SpringSource (anciennement Interface21) allait ouvrir une filiale en France. Un des premiers avantages est la prochaine disponibilité de formations Spring en français.

Il est déjà possible de s’inscrire sur le site de SpringSource, à cette adresse.

Agilité

Les bons programmeurs en ont (de bons tests unitaires)

Dans Real programmers avec GUTs, Vikas Hazrati et Deborah Hartmann commentent le débat qui a eu lieu sur InfoQ mi-février entre Jim Coplien et Bob Martin sur le sujet TDD (Test Driven Development), CDD (Contract Driven Development) et professionnalisme des développeurs.
Vikas et Deborah nous rappelle, qu’étrangement, l’idée d’avoir obligatoirement à utiliser la méthode TDD pour avoir de bons tests unitaires semble répandue. Or, l’important, c’est d’avoir de bons tests unitaires, et ce qu’ils soient développés avant ou après le code.

Pour rappel, TDD n’est pas une méthode de test, c’est bien une méthode de développement. L’effet produit est d’avoir de bons tests unitaires, mais ce n’est pas la seule méthode pour y parvenir !
La blogosphère agile semble éprouver le besoin irrépressible de trouver un acronyme pour “je code de bons tests unitaires après avoir développé mon code”. On n’y voit pas grand intérêt, mais si ceci a pour effet d’éviter la confusion ambiante sur TDD, pourquoi pas…
S’il n’utilise pas la méthode TDD, recommandons au lecteur de ne pas développer les tests unitaires “plus tard”, mais “le plus tôt possible”.

Progression des méthodes Agiles ?

Le site Methods And Tools a publié le résultat d’une étude qu’il a réalisé sur l’adoption des méthodes agiles. En voici les résultats (comparés à ceux d’une étude similaire réalisée en 2005) :

C’est encourageant : les méthodes agiles sont définitivement sorties de la confidentialité, et leur déploiement progresse assez rapidement. Reste à savoir ce qu’entendent précisément les sondés par méthodes agiles… On sait que dans le domaine, le wannabisme fait rage, et que l’adoption se résume souvent à quelques mesures cosmétiques, autrement appelées cowboy coding (rappelez-vous le test Nokia).
Scott Ambler apporte un commentaire (Scott Ambler’s 2007 Agile survey analyzed for Dr. Dobb’s : Is Agile really that successful?) intéressant sur le sujet.

Et pour s’encourager, on peut toujours regarder la belle courbe de Indeed.com

SOA

2008, annus horribilis de la SOA ?

S’il ne faut pas tomber dans le sensationnalisme, on notera tout de même la crise de doute que traversent les SOAistes en ce début d’année.
Tout d’abord le chantre de la SOA, le Burton Group lui-même, qui se lance à la recherche de projets SOA qui ont vraiment marché (InfoQ : Burton On Real World SOA Experiences) ; hélas, le “Rapport Burton” restera réservé aux clients payants.
Ensuite, la très officielle presse SOAiste searchSOA.com part à la recherche de bonnes utilisations de SOAP, si cela a existé, avec Looking for a few good WSDLs . A quand “Looking for a few good WS-* uses” ?

Enfin, Steve Vinoski, héros de l’époque Corba, a profité de son changement d’employeur pour retourner sa veste et prôner l’approche RESTful dans InfoQ : CORBA Guru Steve Vinoski on REST, Web Services, and Erlang.
Rassurons-nous, rien de cela n’ébranlera les diseurs de bonne aventure SOA qui, après nous avoir gratifié des merveilleuses prédictions du Yahoo SOA Group pour 2008, débattent férocement de UDDI v2, v3 and replication.
Ne jetons tout de même pas bébé avec l’eau du bain. L’approche SOA apporte beaucoup de valeur lorsqu’elle est abordée avec pragmatisme à l’instar du site Enterprise Integration Patterns qui propose des documents de grande valeur comme Developing in a Service-oriented World de Gregor Hohpe (Google).

Le coin de la technique

Java EE 6 : les profiles se dévoilent

Nous avions évoqué le Java EE Web Profile en Janvier. Roberto Chinnici nous dévoile aujourd’hui dans Profiles in the Java EE 6 Platform les différentes pistes pour le Web Profile si cher à Rod Jonhson.
C’est l’occasion pour chacun de donner son opinion éclairée sur le sujet. Les plus extrémistes demandent un Web Profile qui ne porterait que la Servlet API, d’autres demandent à corps et à cri leurs JSFs voire leurs Portlets pour les plus téméraires.
Nous seront moins péremptoires et nous nous limiterons pour le moment à quelques observations :

• Les équipes d’exploitation sont les grands oubliés, JSR-77 : J2EE Management n’est pas au rendez-vous, la standardisation des API de monitoring et de supervision ne semblent intéresser personne. Nous ne sommes pas prêts d’avoir le monitoring des datasources inclu dans Tomcat
• Pourquoi regrouper dans JSR 77 les statistiques de monitoring (JDBCStats, JMSStats, JCAStats, etc) plutôt que de les réintroduire dans chacune des JSR concernées ?
• JMS n’a jamais été aussi aussi utilisé qu’aujourd’hui (merci à Spring-JMS et à ActiveMQ), quel dommage de le voir absent du Web Profile
• L’utilisation de JMS sous tend le pooling des ressources (JCA) et les transactions distribuées (JTA). Cela tire beaucoup d’APIs pour les esprits minimalistes mais le scénario Message Driven Pojo + accès SGBD est chaque jour plus fréquent.
• JTA embarqué dans le Web Profile demanderait un travail substantiel aux équipes de SpringSource qui veulent leur stack Tomcat+Spring certifiée Web Profile. Pour mémoire, JBoss n’a été vraiment satisfait de son Java Transaction Service qu’en version 4.
• JAXB et JAXWS ne rentrent pas dans le débat car ils sont inclus dans le JDK 6.
• On peut voir un pruning en douceur avec les Web Profiles (A) et (B) qui ne sont pas encombrés par les APIs désuètes.

Scénarios pour le Web Profile

Ressources complémentaires

• InfoQ : Java EE 6 Spec Lead Requests Community Feedback on Web Profile Options
• Webtide (ie Jetty) blog: Java EE 6 Web Profile Should JSPs really be included? Do we even need a profile?
• TSS : Roberto Chinnici: Profiles in the Java EE 6 Platform

Load balancing avec Tomcat et Apache

Avneet Mangat nous explique dans TSS : Load-balancing Tomcat with Apache comment mettre en place un cluster Tomcat avec le serveur web Apache. Si la fiabilité de la solution n’a rien rien à envier aux serveurs d’applications sophistiqués pour les cas, très fréquents, qui ne nécessitent pas de réplication de session, on remarquera cependant que la mise en place du load-balancing avec Tomcat et Apache demande sensiblement plus de configuration par édition de fichier qu’avec un serveur commercial. De plus, on regrettera le manque de documentation sur le sujet.

Le load balancing Tomcat avec Apache, une solution prête pour la production ? Oui, mais surtout pour les équipes d’exploitation qui ont la culture du scripting et des technologies open source à la documentation parfois légère. Les équipes qui attendent des procédures packagées seront plus à l’aise avec un serveur d’applications plus complexe.

Tests unitaires : Mockito

Szczepan Faber nous présente dans expect-run-verify… Goodbye! les raisons qui l’ont poussé à créer un nouveau framework de mocks – Mockito – en partant d’un fork d’EasyMock.
Il reproche aux autres frameworks de mocks d’utiliser le pattern expect-run-verify (description des attentes – exécution – vérification) :

• les attentes sont décrites avant l’exécution, ce qui n’est pas intuitif
• les mocks nécessitent d’enregistrer des interactions pour fonctionner même si on n’a pas besoin de les tester
• les tests sont fragiles, sont souvent cassés par l’ajout d’une fonctionnalité
• les attentes (expect) et le bouchonnage (stub) sont mélangés, ce qui nuit à la lisibilité du code
• si les attentes étaient remplacées par des assertions, il n’y aurait plus besoin de déchiffrer la pile d’exécution en cas d’erreur pour retrouver la ligne de code correspondante

Mockito se veut plus souple et plus simple, comme le veut le principe KISS de la culture XP.
Cette comparaison avec EasyMock donne une idée du gain de lisibilité.

Côté limitations Mockito ne permet pas faire de mock sur :

• les classes ou méthodes final (Mockito s’appuie cglib)
• les méthodes equals(), hashCode(), toString()

On regrette toutefois que Mockito ne soit pas sur le repository maven (encore la faute de cglib) !

JSF, répétition de la mésaventure des EJB 2 ?

Les EJB ont inauguré la série “Le pire du mal” avec J2EE AntiPatterns et autres Bitter EJB. TheServerSide a trouvé un successeur avec JSF Anti-Patterns and Pitfalls. On y découvre qu’on peut avoir mal au PhaseListener, qu’il y de nombreux faux-amis du thread-safe, que l’overdose de XML guette et qu’il ne faut pas oublier la “View State Encryption”.

Nous décernons le “JSF trick d’or” au “View State Encryption” pour My Faces Wiki : Secure your application qui nous recommande un merveilleux secret d’encryption qu’on choisit “au hasard”, puis que l’on passe à la moulinette base64, et que l’on stocke enfin en dur dans faces-config.xml. Mais attention ! la taille du secret doit être de huit caractères pour un chiffrement DES ou de seize pour Blowfish; pas un de moins, pas un de plus…
JSF condamné ? Il ne faut pas préjuger de l’avenir. Malgré les critiques innombrables, certains ténors voient toujours en JSF l’avenir des pages web en java. En revanche, si JSF venait à péricliter, personne ne pourra dire qu’il ne savait pas … et JSF 2 est prédit très incompatible avec JSF 1.

Actualité éditeurs / SSII

• Oracle rachète BEA

Agilité

• Mike Cohn donne des pratiques d’adoption des méthodes agiles

RIA

• Qu’est-ce que Flex ?

SOA

• JEE 6 : Extensibility, Profiles and Pruning

Le coin de la technique

• Une expérience positive sur Wicket

Actualité éditeurs / SSII

Oracle rachète BEA

Massimo Pezinni du Gartner Group expose son point de vue dans un article paru sur LMI : il voit dans ce rachat un danger de disparition de composants BEA hors WLS et Tuxedo.
Selon lui le projet Fusion est déjà bien engagé chez Oracle et l’arrivée de BEA ne devrait pas changer la donne. Il parle de certains produits qui passeraient en mode maintenance … De là à s’interroger sur l’avenir des produits nouveaux (ALSB, WLI) il n’y a qu’un pas.
Effectivement, en quelques années la gamme des produits BEA s’est considérablement élargie. On distingue 3 gammes :

• La gamme historique : Tuxedo.
• La gamme infrastructure WebLogic-* : Weblogic Server, WebLogic Integration, Weblogic Portal et JVM JRockit
• La gamme SOA : Aqualogic-* : ALSB, ALDSP,ALBPM, ALRR, ALES, ALUI, …

Il faut regarder ce qui est à ce jour massivement vendu chez les client BEA : Weblogic Server, Tuxedo, WLI/WLP, ALSB.

• Oracle est certainement très intéressé par Weblogic Server qui est reconnu comme l’un des meilleurs serveurs d’applications.
• WLI est sûrement le produit qui peut résister et continuer à exister s’il est vu comme un outil d’intégration et non comme un moteur de BPM.
• Concernant ALUI, ex Plumbtree, il y a un gros parc installé. Il faut savoir que ALUI est globalement indépendant du serveur d’application. Pour une réflexion sur les portail BEA/Oracle, vous pouvez lire le billet de Chris Bucchere : One Portal to Rule Them All.
• De son côté, Tuxedo n’évolue pas énormément. Il est déjà en mode maintenance depuis des années mais avec un parc client énorme.
• JRockit sous Linux devrait également être conservé. C’est une excellente JVM, plus performante que celle de Sun qui concentre plutôt ses optimisations sur la version Solaris (rien d’étonnant à celà). Ce produit est également un vitrine pour BEA où il démontrait son savoir faire technologique. Si l’investissement annuel est raisonable, Oracle pourrait bien conserver cette vitrine.
• ALSB (AquaLogic Service Bus), l’ESB de BEA pourrait quant à lui résister car déjà bien vendu et reconnu.

Pour tout le reste, l’avenir semble plus sombre : peu de clients et en doublon avec une offre déjà existante chez Oracle (c’est quand même Oracle qui rachète BEA, et pas BEA qui rachète le département middleware d’oracle).

Agilité

Mike Cohn donne des pratiques d’adoption des méthodes agiles

Mike Cohn, membre fondateur de l’Agile Alliance, donne quelques pistes sur la façon d’injecter des pratiques agiles dans une entreprise à travers des patterns de base.

• Faut-il démarrer l’agilité sur un petit projet, ou transformer toute l’organisation d’un coup?
• Faut-il d’abord mettre en place les pratiques techniques XP ou d’abord s’efforcer de développer par itérations, sans mettre en place TDD (Test Driven Development), pair programming ou intégration continue?
• Faut-il mettre en place l’agilité en « mode furtif », ou faut-il en faire la publicité à travers toute l’entreprise et même en dehors?

Comme toujours, il faut être pragmatique! Et choisir suivant le contexte les pratiques qui s’adaptent le mieux à l’entreprise.

RIA

Qu’est-ce que Flex ?

Ted Patrick, de chez Adobe, répond à la question basique: what is Flex?.
Extrait:

• Flex est un moyen de produire des fichiers SWF (Flash)
• Flex est fait pour les développeurs, pas pour les graphistes
• Flex permet de développer des applications…
• Qui vont être exécutées sur le web (player Adobe Flash)…
• Ou sur le bureau (Adobe AIR)
• Ou sur des mobiles (ce n’est pas encore le cas, et c’est un des gros défauts de Flex !)

SOA

JEE 6 : Extensibility, Profiles and Pruning

InfoQ nous présente les grandes lignes de Java EE 6 dont la version finale est attendue pour Q4 2008. Ce sera la première version modulaire de Java EE grâce à l’introduction des profiles. Le débat discutable « Tomcat est il un serveur Java EE ? » deviendra officiellement caduque, Tomcat implémentera le « Java EE Web Profile ».

Les nouveautés majeures
Fini les serveurs Java EE monolythiques ! Java EE 6 devient modulaires avec l’introduction de profiles.
Ce mécanisme de profile est déjà utilisé dans Java Mobile [1] avec quelques difficultés d’interopérabilité et les promoteurs d’OSGI défendent leur modèle d’assemblage ; on se souviendra quand même du satisfecit que Rod Jonhson, le fondateur de Spring Framework, a adressé aux profiles JavaEE 6 en juillet 2007 (Spring source 2007/07 : Java EE 6 gets it right). On remarquera aussi que le débat sur OSGI est aussi présent sur la spécification JBI 2.0.

Pruning
Le processus de ‘pruning’ (ie. fin de vie) existe depuis longtemps pour les standards Java mais a rarement été utilisé. En rupture avec les versions précédentes, Java EE 6 ouvre le chantier de nettoyage des API désuètes (Java SE 7 suit la même approche). Les premiers candidats à la retraite sont :

• EJB-CMP : désolé pour les entreprises qui ont investi sur les EJB 1.x et 2.x. La suppression commence par le mécanisme de persistance EJB-CMP et il faudra s’attendra à voir rapidement suivre le reste de ces APIs.
• JAX-RPC et JAX-Registry [2] : les APIs Web Services pour Java ne vivent pas plus longtemps que les standards WS-*. Ces disparitions auront probablement peu d’impacts, XFire et Axis 1 ont souvent été préférés à JAX-RPC. Quant à JAX-Registry, son utilisation est restée confidentielle.

Les absents

On notera deux absents notables à JavaEE 6:

• Les portails java et leur gestion de contenu [3] : la vague de marketing intense des éditeurs de portails java est passée ; les promesses de réutilisabilité et de ROI on rarement été au rendez-vous. Les APIs portlet vont-elles se faire ‘pruner’ avant même de rejoindre Java EE ? Nous pressentons plutôt la création d’un profile « java portals » dont la communauté sera très restreinte. Seule une rupture majeure dans la gestion de contenu en Java permettrait de menacer la prédominance de PHP sur ce sujet.
• Les standards d’intégration JBI et SCA/SDO [4] : ces sujets semblent trop polémiques et trop politiques pour permettre d’entériner des standards Java. JBI 1.0 a déçu ceux qui s’y sont aventurés (ServiceMix, Mule, etc) et l’ébauche de la version 2.0 rencontre toujours l’hostilité d’IBM et de BEA. Ces deux éditeurs lui préfèrent les standards SCA et SDO qui rencontrent un accueil pour le moins circonspect de la part de Sun, peut-être parce que la gouvernance des ces standards est partagée.

[1] JSR 37 Mobile Information Device Profile, JSR 137 Java Game Profile, etc
[2] JSR-101 Java APIs for XML based RPC et JSR 93 Java API for XML Registries
[3] JSR-168 Portlet specification, JSR-286 Portlet Specification 2.0, JSR-301 Portlet Bridge Specification for JavaServer Faces et JSR-170 Content Repository for Java technology API
[4] JSR-208 Java Business Integration et JSR-235 Service Data Objects

Le coin de la technique

Une expérience positive sur Wicket

Après une année passée à développer une application avec Wicket, Julian Sinai, nous donne son retour d’expérience très positif. Venant du monde du « client lourd » (Swing), il a dans un premier temps évalué différents frameworks web:

• GWT: trop éloigné des autres frameworks web, pas de HTML, pas de WAR
• Tapestry: gros coût d’entrée, difficile de développer de nouveaux composants
• JSF: trop complexe

Parmi les points positifs qu’il retire de l’expérience, il insiste en particulier sur la claire séparation entre le code de présentation et le code métier, et sur la facilité avec laquelle on peut développer des composants réutilisables. Matt Raible a commenté rapidement l’article sur son blog. ]]> http://blog.xebia.fr/2008/01/21/revue-de-presse-xebia-40/feed/ 9 http://blog.xebia.fr/2008/01/16/derniere-minute/ http://blog.xebia.fr/2008/01/16/derniere-minute/#comments Wed, 16 Jan 2008 17:43:14 +0000 Luc Legardeur http://blog.xebia.fr/2008/01/16/derniere-minute/ Nous interrompons nos programmes pour annoncer deux nouvelles fracassantes pour notre communauté:

Oracle a finalement réussi à mettre la main sur BEA pour quelques 8,5 Milliards de dollars. Nous nous étions exprimés à ce sujet lors d’une interview d’Olivier RAFAL dans LMI, il y a quelques temps.
Nous étions hier encore à Convergence Day à l’écoute d’Alfred Chuang à Paris … Celui-ci n’avait rien laissé paraître. La question nous brûlait les lèvres, nous l’avons à maintes reprises posée à des personnes de BEA mais aucun d’entre nous ne se doutait à quelle point elle serait d’actualité 24 heures plus tard.

Autre nouvelle: Sun rachète MySQL pour un milliard de dollars. Celle là nous l’avions moins vu venir …

Agilité

• 3 bonnes résolutions pour cette nouvelle année
• Top 5 developer benefits of agile development

RIA

• BEA Workshop et Flex Builder en bundle
• Google sait indexer le contenu Flash

Le coin de la technique

• Rapide présentation de Hermes JMS Console
• Slice your database, OpenJPA
• Polémique sur l’avenir de Geronimo. IBM abandonne-t-il le projet ?
• Présentation de certains algorithmes de garbage collection de la JVM de Sun

Agilité

3 bonnes résolutions pour cette nouvelle année

Un agiliste propose des bonnes résolutions pour les équipes agiles. Peut-être que vos bonnes résolutions de cette année devraient déjà être de passer aux méthodes agiles …

Top 5 developer benefits of agile development

Cet article présente les 5 principaux bénéfices des développements agiles sur les équipes de développements :

• Un lien plus étroit avec les clients : l’équipe est en contact direct avec les clients et de ce fait, la qualité du produit mis en place est plus en accord avec les attentes des clients.
• Une équipe plus autonome : c’est à l’équipe de décider comment réaliser le sprint. Le but est de faire confiance aux équipes de développement et de leur donner plus de responsabilités.
• Laisser l’équipe prendre des décisions : lorsque des problèmes trop complexes se présentent, il est préférable de laisser les personnes plus à même de comprendre les impacts d’une évolution ou d’un changement prendre les décisions.
• Améliorer la participation de l’équipe : favoriser la constitution de petites équipes (7 personnes environ) permet aux différents membres de participer.
• Des développeurs plus productifs : la mise en place des méthodes agiles permet d’avoir des développeurs plus épanouis dans leur travail, car ceux-ci sont plus valorisés.

Pour finir, les méthodes agiles entraînent certains changements et entre autre, dans le cas de cet article, la confiance envers les équipes de développements doit être plus grande. En conclusion de ces méthodes agiles, il en résulte que les clients sont mieux satisfaits, et avec un produit de qualité.

RIA

BEA Workshop et Flex Builder en bundle

Nous apprenons dans cet articleque BEA propose sur son site un bundle spécial comprenant son IDE Workshop et l’IDE Flex Builder d’Adobe. Aucune information en revanche le support apporter par BEA sur l’IDE ou sur la technologie Flex.
Flex semble être adopté par certains éditeurs du monde Java/J2EE, Oracle en Novembre dernier lors de son « Oracle OpenWorld » avait déjà présenté plusieurs utilisations maison de Flex.

Google sait indexer le contenu Flash

Ce n’est pas un fait très connu, mais oui Google sait indexer les fichiers Flash! Une recherche sur Google sur le type de fichier « swf » permet de s’en assurer: près de 23 millions de fichiers indexés. En revanche, Google n’indexe que le contenu statique, en « dur » dans le code. Donc pas d’indexation pour les boutiques en ligne développées en Flex… Mais de nouvelles possibilités se profilent à l’horizon, d’après cet article sur le blog CNET, Google utilise désormais le Search Engine SDK d’Adobe pour parser les fichiers Flash. Ce qui signifie deux choses:

• les développeurs vont pouvoir utiliser le Search Engine SDK pour optimiser le référencement de leurs fichiers Flash
• pour peu qu’Adobe mette à jour son outil, on peut espérer dans un futur proche avoir la possibilité de référencer des applications Flex sans avoir à recourir à des techniques un peu barbares (copie statique HTML du contenu de l’application Flex par exemple…)

Le coin de la technique

Rapide présentation de Hermes JMS Console

Sur le blog Dev2Dev de BEA, on peut actuellement trouver une rapide présentation de Hermes JMS Console. Cette petite console est bien pratique pour explorer des files JMS et devrait faire partie de la trousse de base des développeurs. Pour la tester, c’est ici que ça se passe.

Slice your database, OpenJPA

Pinaki Poddar, employé BEA et committer sur le projet Apache OpenJPA présente Slice [1] , une extension d’OpenJPA qui permet un partitionnement horizontal multi-instances des bases de données (aka database sharding).

Si Slice est fonctionnellement un concurrent direct d’Hibernate Shards, ce n’est encore qu’un ‘proof-of-concept’ développé par une seule personne dans un sous projet de l’Apache Lab Fluid (« JPA for Service Data Object »).
Nous sommes très loin d’une version release (les règles des Apache Labs stipulent qu’un lab ne peut pas faire de release) et on regrettera que Slice n’ait pas été développé en tant que sous-projet d’OpenJPA pour lui assurer un avenir plus certain.

Pour ceux qui espèrent voir OpenJPA s’étoffer pour concurrencer Hibernate, il faudra hélas patienter.

Nous en profitons pour émettre un voeu pour 2008 : l’intégration d’OpenJPA au moteur de recherche Lucene pour rivaliser avec Hibernate Search ; ce besoin est sûrement moins ‘hype’ que la ‘database sharding’ mais beaucoup proche des réalités de nos projets d’informatique de gestion.

[1] Ressources complémentaire sur BEA Dev2dev Blog : Slice : OpenJPA for Distributed databases part I and Part II.

Polémique sur l’avenir de Geronimo. IBM abandonne-t-il le projet ?

The Server Side (TSS) commence l’année 2008 avec la très belle polémique Geronimo: Are its days numbered ?. Le résultat est là. Plus de 50 commentaires souvent acerbes, un grande séance de ‘websphere bashing’ toujours aussi peu argumentée ; de la vraie polémique The Server Side

Après s’être bien amusé avec le sensationnalisme de TSS, revenons sur les faits.

Le serveur J2EE Open Source Apache Geronimo a été lancé en 2003, époque à laquelle le serveur open source JBoss faisait frémir les éditeurs commerciaux qui voyaient en lui un concurrent très menaçant et d’un type nouveau auquel il n’avaient pas l’habitude d’être confronté.

A l’époque, les branches système d’exploitation et environnement de développement d’IBM avaient déjà adressé des concurrents open source (Linux et Sun NetBeans) en promouvant des alternatives elles aussi open source (Linux et Eclipse). Cette approche de type « quitte à ce que quelqu’un scie la branche sur laquelle je suis assis, autant que ce soit moi pour que j’anticipe mieux » a permis à IBM de très bien se placer sur Linux et de devenir l’acteur clef de la gouvernance du socle de développement aujourd’hui quasi-universel qu’est Eclipse.

IBM a racheté en 2005 GlueCode, la société fondatrice de Geronimo, et on peut voir dans cette stratégie des similarités avec la gestion par Big Blue des enjeux Linux et Eclipse.

La suite des événements est elle, en revanche, légèrement différente mais pas moins à l’avantage d’IBM :

• JBoss n’a pas balayé les serveurs d’applications commerciaux comme le prédisait Marc Fleury, son virulent fondateur.
• JBoss, racheté par RedHat en 2006, est progressivement devenu un concurrent ‘classique’ pour les éditeurs commerciaux.
• BEA, le principal concurrent d’IBM sur le marché des serveurs d’applications, connaît des rumeurs récurrentes de rachat (cf. Oracle announces bid to buy BEA).
• Le serveur commercial d’IBM, Websphere Application Server, connaît une croissance forte et des parts de marché très solides chez ses clients.
• Les serveurs J2EE commerciaux comme open source rencontrent aujourd’hui un nouveau type de concurrence : les simples moteurs de servlet comme Tomcat (cf Is it a Tomcat, or the Elephant in the Room? par Rod Johnson, fondateur de Spring Framework).

JBoss et les serveurs J2EE open source ne sont plus aujourd’hui des concurrents aussi menaçant qu’ils ne l’étaient lors du rachat de Glue Code ; il n’est donc pas étonnant que l’engagement d’IBM sur Geronimo semble aujourd’hui moins intense. Il ne s’agit pas d’un abandon mais juste d’un focus moins important.

Parallèlement, fort de ses succès auprès de ses clients, IBM poursuit ses investissements massifs sur sa stack commerciale Websphere Application Server qui sert de socle à Websphere ESB et Websphere Process Server.

Qu’y a-t-il d’anormal à voir une entreprise ne pas « mettre tous ses oeufs dans le même panier » et réajuster sa stratégie en fonction du marché ?

Présentation de certains algorithmes de garbage collection de la JVM de Sun

Il est toujours intéressant de se pencher sur le fonctionnement du garbage collector de la machine virtuelle. Il faut cependant garder en tête que l’optimisation par changement d’algorithme de garbage collection ne fait pas de miracle : l’optimisation d’une application métier passe bien généralement d’abord par l’optimisation du code en lui-même.

Actualité éditeurs / SSII

• Concordiagile

Le coin de la technique

• Java 7
• Spring Integration samples

Evènements de notre communauté en France et à l’étranger

• BEA convergence Day 2008

Actualité éditeurs / SSII

Concordiagile

Les trois sociétés qui se sont réunies autour des Rencontres Agiles 2007 ont décidés de poursuivre leurs efforts de promotion de l’Agilité en France en créant Concordiagile :

OCTO Technogy, Sfeir et Xebia décident de s’unir pour promouvoir les méthodes agiles en France. Cette alliance est baptisée « Concordiagile ».

L’informatique est un outil extraordinaire. Aucune autre invention humaine n’a autant progressé en si peu de temps, au service de notre imagination. L’informatique est aussi synonyme de lenteurs bureaucratiques, de dépassements budgétaires ou d’incompréhensions. Pourtant, nous y distinguons un potentiel sous-employé que nous souhaitons transformer au service de la confiance entre producteurs et consommateurs d’informatique.

L’objet de l’alliance est d’installer les pratiques de l’amélioration continue dans le secteur informatique, en commençant par la promotion des méthodes agiles.

L’alliance est ouverte à toutes les entreprises utilisatrices, sociétés de services et éditeurs qui embrassent cette vision.

Son activité se traduira par des rencontres d’échanges régulières entre ses membres, des séminaires et conférences telles que les Rencontres Agiles et d’un portail communautaire prochainement disponible.

Le coin de la technique

Java 7

Suite à JavaPolis’07, Developpez.com a listé les propositions de Neal Gafter et Joshua Bloch pour Java 7. A travers l’article Contribuez pour Java SE 7 un sondage est proposé pour chacune de ses propositions, lesquelles sont discutées dans le forum.

Une autre proposition qui continue de faire débat sont les closures, dont nous avions parlé dans ce précédent billet. Dans cet article Closures and Preserving the Feel of Java, InfoQ revient sur l’intervention de Joshua Bloch pour les CICE (Concise Instance Creation Expression), lesquels prennent un léger avantage au vote de JavaPolis devant les BGGA/FCM+JCA. Java 7 comportera propablement des closures (3/4 des votes pour), mais sous quelle forme ?

Spring Integration samples

Mark Fisher nous présente une première série d’exemples de Spring Intégration et nous donne à l’occasion l’URL du repository Subversion de ce projet actuellement en version 0.5-SNAPSHOT .

Comme nous le commentions en Décembre, l’arrivée de Spring Integration et la version 5 d’Apache ActiveMQ annoncent sans doute l’avènement des « lightweight ESB » pour l’année 2008.

Evènements de notre communauté en France et à l’étranger

BEA convergence Day 2008

BEA débutera l’année avec l’édition 2008 de BEA Convergence Day.
La conférence et les ateliers sont ouverts à tous :

• Retours d’expériences par secteur d’activité : secteur public, télécommunications, énergie, industrie, distribution, finance, …
• Ateliers technologiques pour un public technique, à la recherche d’informations pointues sur les dernières évolutions des solutions logicielles de BEA Systems.

Actualité éditeurs / SSII

• BEA et SCA
• Tour d’horizon des nouveautés de Oracle Database 11g
• Spring Integration

Agilité

• Interviews agiles : Claude Aubry

Le coin de la technique

• Quelles nouveautés dans Spring Security 2 ?
• Comparatif de trois serveurs d’application Java open source
• Introduction à Spring AOP

Actualité éditeurs / SSII

BEA et SCA

BEA vient de mettre à disposition SCA for WebLogic Server 10.3 en ‘Tech Preview’. D’après cet article, BEA s’appuie sur le project Open Source Fabric3. Pour mémoire, le concept de SCA a été détaillé sur notre blog par l’un de nos consultants : Christophe Heubes.
Après la simple exposition de services, nous arrivons dans la composition de services …

Tour d’horizon des nouveautés de Oracle Database 11g

Nos confrères de Ippon Technologies détaillent les nouveautés dans la version 11g de la célèbre base de données Oracle. On y lit des nouveautés qui concernent le développement (compatibilité de la JVM Oracle avec le JDK 5), la disponibilité (amélioration de la synchronisation d’une instance en « standby » par Oracle DataGuard), l’outillage (outil d’analyse d’impact des changements dans la structure ou les données sur les performances) ou encore la sécurité (support de l’encryption SSL par le driver thin).

Spring Integration

A l’occasion du salon Spring Experience, SpringSource (ex Interface 21) a annoncé la sortie de Spring Integration. Un framework implémentant ‘Enterprise Integration Patterns‘ en réutilisant les composants déjà exposés dans Spring Framework (JPA, JDBC, JMS, Http, JMX, email, etc). L’article de Mark Fisher nous détaille les grands principes basés sur des interfaces simples :

• Message un container qui encapsule n’importe quel type de donnée
• MessageChannel fourni les méthodes d’envoi et de réception et
• MessageEndpoint connecte un MessageHandler vers un MessageChannel d’entrée ou de sortie.
• MessageHandler est une interface générique qui permet d’insérer des traitements de type ‘Transformation’, ‘Logging’, ‘Routage’, etc.

Spring Integration, aujourd’hui disponible en version 0.5, devrait être releasé en version définitive 1.0 en Q2 2008.

Cette annonce pose la question de l’avènement des ‘lightweight ESB’.

Agilité

Interviews agiles : Claude Aubry

Interview sur le blog de « Le monde informatique » de Claude Aubry , consultant indépendant expert en méthodes agiles, qui donne ici quelques retours d’expérience sur la mise en place des méthodes agiles, souvent le duo Scrum + XP.
Claude Aubry sera présent Mardi 18 Décembre aux Rencontres Agiles 2007, et donnera une présentation sur ce sujet.

A suivre également lors de la conférence la session ADDM, des équipes agiles distribuées, lors de laquelle Guillaume Bodet, directeur technique de Xebia France, présentera à l’auditoire notre retour d’expérience sur la mise en place des méthodes agiles en mode offshore.

Le coin de la technique

Quelles nouveautés dans Spring Security 2 ?

« Spring Security 2″ est le nom de la nouvelle version d’Acegi Security, solution de sécurité performante et puissante pour les applications d’entreprise Java/J2E. Acegi est particulièrement adapté aux applications qui utilisent déjà Spring.
L’outil est effectivement performant, et répond à la majorité des besoins de sécurité, mais il y a un coût d’entrée, les fichiers de configuration Spring sont vraiment indigestes (le XML n’est déjà pas fait pour être lu par un humain, mais alors là…)! Certes c’est toujours mieux que de coder la mise en place d’un cookie « remember me » à la main par exemple, mais tout de même…

Acegi a été repensé, et Spring Security 2.0.0 M1 montre de grands progrès sur la partie configuration.. Quelques nouvelles fonctionnalités du framework sont également listées dans l’article.

Comparatif de trois serveurs d’application Java open source

Jonathan Campbell a publié sur JavaWorld un article comparant trois serveurs d’application Open Source (JBoss 4.2, Geronimo 2, Tomcat 6).
Cette étude compare les trois serveurs sur des critères discutables. Nous sommes rassurés de voir que que JSP, JSF et Hibernate sont supportés. En revanche, nous regretterons le peu d’intérêt porté aux aspects exploitation des middlewares comme le scripting ou le monitoring.

Il ressort de ce comparatif que Geronimo est le plus complet, que JBoss ne supporte pas complètement le standard Java EE 5, que les trois serveurs sont simples à installer et enfin que Tomcat est la solution la plus légère en fonctionnalités et en consommation de ressources.

Pour les performances, sujet sympathique car source de polémiques, on peut discuter de l’intérêt de créer plus grand nombre de sessions Http. Ces serveurs en supportent plus d’un million simultanées, cela intéressera peu d’utilisateurs. De toute façon, JBoss comme Geronimo utilisent Tomcat comme conteneur de servlets donc il ne devrait pas y avoir de grandes différences.

Outre l’absence remarquée de Glassfish, on regrettera que l’auteur n’ait pas cherché à comprendre pourquoi Geronimo est le serveurs le moins utilisé parmi les trois étudiés alors qu’il arrive en tête du classement. Manquait-il des critères à ce comparatif ?

Introduction à Spring AOP

Un tutoriel qui a le mérite d’être très clair et très bien détaillé. Une bonne introduction …

Actualité éditeurs / SSII

• Aqualogic Service Bus 3.0
• IBM et l’intégration continue
• Websphere Process Server 6.1 : renforcement des workflows humains
• Websphere Application Server 6.1 supporte les EJB 3

Agilité

• Le monde devient agile

Le coin de la technique

• Apache Tomcat, la star des serveurs d’applications ?
• La collision dans les hashmap
• Introducing JBoss Seam
• Groovy 1.5

Actualité éditeurs / SSII

Aqualogic Service Bus 3.0

La nouvelle version de l’ESB de BEA est pour bientôt. Parmis les fonctionnalités majeures attendues on retrouve :

• non seulement la performance (Gestion des messages de grandes tailles, routine XSLT/Xquery et une meilleure gestion de caches lié à la sécurité)
• mais également l’intégration avec les différents élements de la suite Aqualogic, en particulier avec Aqualogic Registry Repository et sa vision SCA (Service Component Architecture).
  L’intégration consiste également à généraliser le developpement lié au bus. Dans les versions précédentes, l’approche consistait principalement à du paramétrage: le developpeur se connecte au bus, importe ses resources (XSchéma, WSDL), défini ses Business Services et Proxy Services. Unitairement cette approche est séduisante mais au niveau d’une réelle mise en oeuvre sur un projet d’entreprise cette méthode montre rapidement ces limites:
  • gestion des environnements et des versions : le passage d’un environement de dev à un environnement de recette se fait par un unique mécanisme d’import / export
  • mauvaise vision d’ensemble : refactoring et mutualisation de resources impossible

L’approche proposée par ALSB 3.0 est de pouvoir effectuer toutes ces opérations depuis un environement de travail unifié sous Workshop Studio (Eclipse) et d’ensuite pouvoir déployer (au sens J2EE) l’applications ‘bus’ dans un environement adéquat, de gérer ses resources dans un gestionnaire de source type CVS/SVN, de se connecter facilement à un repository de services pour les assembler et les composer (SCA).
Reférence : AQUALOGIC SERVICE BUS 3.0 sneak preview sur Dev2Dev.

IBM et l’intégration continue

IBM possède maintenant lui aussi sa propre solution d’intégration continue : IBM Rational Build Forge.
Il commence aussi à pondre des articles sur le sujet, comme celui-ci : Automation for the people: Continuous Integration anti-patterns.

Reste à suivre cette série d’articles pour voir ce que cette solution apporte face aux actuels leaders du marché.
Le tutoriel : Improve your build process with IBM Rational Build Forge, Part 1.

Websphere Process Server 6.1 : renforcement des workflows humains

Les éditeurs de serveurs de processus BPEL avaient encore rappelé en juin 2007 leur intention de couvrir le domaine des workflows humains avec la publication du standard WS-BPEL Extension for People (Active Endpoints, Adobe, BEA, IBM, Oracle et SAP).

IBM franchit aujourd’hui une nouvelle étape avec l’enrichissement des fonctionnalités de workflows humains dans la version 6.1 de Websphere Process Server et de Websphere Integration Developer. Si l’infocenter 6.1 n’a pas encore été publié, des introductions sont déjà disponibles sur Developerworks : What’s new in WebSphere Process Server V6.1 What’s new in WebSphere Integration Developer V6.1.

Est-ce le moment de remplacer les moteurs de workflow par des serveurs de processus BPEL ? Ce choix est à évaluer au cas par cas étant données les limitations de WS-BPEL Extension for People [1].

[1] voir Evaluation of the BPEL4People and WS-HumanTask Extensions to WS-BPEL 2.0 using the Workflow Resource Pattern par Nick Russell and Wil M.P. van der Aalst, Université d’Eindhoven.

Websphere Application Server 6.1 supporte les EJB 3

Websphere 6.1 supporte désormais les EJB 3.0 avec le Feature Pack for EJB 3.0. Un complément au Feature Pack for Web Services pour entrer dans le monde Java EE 5 et préparer Websphere 7.

Rappelons que l’implémentation JPA repose sur Apache OpenJPA et que celle de JAX-WS est une adaptation d’Axis 2.

Des tutoriels du Feature pack for EJB 3.0 sont disponibles sur IBM Education Assistant for WebSphere Application Server V6.1 Feature Pack EJB 3.0.

Agilité

Le monde devient agile

Les temps changent et Le Monde Informatique aussi
Avec un titre qui pourrait facilement créer des polémiques auprès de ses lecteurs habituels, Le monde informatique nous décrit très brièvement les méthodes agiles les plus populaires (XP et Scrum). Il nous invite à assister aux rencontres agiles auxquelles il s’associe et qui auront lieu le 18 décembre prochain, à Paris La Défense.

L’article : Des rencontres agiles pour améliorer le taux de réussite des projets

Le coin de la technique

Apache Tomcat, la star des serveurs d’applications ?

Le cabinet BZ Research estime qu’Apache Tomcat est utilisé par 64% des développeurs Java, suivi par IBM Websphere et JBoss Application Server. Si l’on peut débattre de la précision des chiffres, la tendance est indiscutable. L’utilisation de Tomcat sur les postes de développement est en train de se banaliser et des grand comptes montrent la pertinence de Tomcat en production (Morgan Stanley pour la finance, LinkedIn et Yahoo pour l’Internet, etc).

A quand du support commercial en France pour Tomcat ?

La collision dans les hashmap

Il est bon de rappeler parfois qu’une Map (HashMap,Hashtable,…) n’est efficace que si la fonction de hash() est performante. Mais la performance d’une telle fonction engendre nécessairement des collisions. Ce billet de chez ‘Coding Horror’ illustre parfaitement cette dualité (Cases à Pigeon vs Le paradoxe des anniversaires)

Introducing JBoss Seam

JBoss Seam nous vante de simplifier J2EE et de rendre utilisable JSF. Reste à savoir quel est l’intérêt d’utiliser un standard qui nous oblige à le compléter avec d’autres frameworks du marché et de fait, nous écarter du standard …

L’introduction …

Groovy 1.5

Guillaume Laforge nous présente les principales caractéristiques de la version Groovy 1.5 dans cet article sur InfoQ :

• Intégration Java5 : ajout des annotations, generic types, enums, varargs, static imports, covariant return type
• Syntaxe :
  - Elvis operator ‘?:’ (smiley avec la banane) :

  x ?: "defaut"

  equivaut en java à

  x != null ? x : "defaut"

  - Java ‘for’ : les for syntaxe java sont désormais possibles
  - named parameters sans parentèses

• Outils :
  – Joint compiler : permet de compiler des sources java et groovy ensemble sans se soucier des dépendances entre classes
  – MOJO Maven plugin
  – GroovyDoc : équivalent de JavaDoc pour Groovy
  – Nouveau Groovy shell : pour les fans de VI
  – IntelliJ IDEA JetGroovy plugin
• Amélioration des performances
• MetaClass : permet entre autre de rajouter des méthodes au runtime
• Swing on Steroids : pour construire des interfaces Swing plus facilement

Ce langage dynamique fort de son succès avec la version 1.0, améliore ici sa compatibilité avec Java et l’outillage commence à s’étoffer. Ce langage vaut vraiment le détour.
Pour aller plus loin, InfoQ a récemment interviewé Guillaume Laforge sur Groovy et les Domain-Specific Languages.

Actualité éditeurs / SSII

• Weblogic Server 10.3

Le coin de la technique

• Release de Seam 2.0
• Un vent de Websphere 7 chez IBM
• Apache Wicket 1.3.0-rc1 is released!

Actualité éditeurs / SSII

Weblogic Server 10.3

Cette nouvelle mouture du serveur d’application de BEA reste conforme aux spécifications J2EE 5 tout en ajoutant le support de Java SE 6. Donc peu de nouveautés technico-fonctionnelles, l’accent a été mis sur les performances. Cette version vient de sortir en mode ‘Tech Preview‘. La version 10.3 deviendrat-elle une version aussi performante et stable qu’est (ou fût) la version 8.1SP5+ ?

Le coin de la technique

Release de Seam 2.0

Pour rappel, Seam permet de mettre en des applications par le biais des technologies JSF, EJB 3, AJAX, BPM… Sa nouvelle version arrive avec ses lots de corrections et d’améliorations parmi lesquelles :

• possibilité d’écrire des composants Seam en Groovy
• intégration de GWT pour le rendering de page ou bien encore inclure des composants GWT dans une page JSF
• les composants Seam peuvent faire l’office de Web Service
• intégration de Hibernate Search
• syntaxe des EL améliorée

Un vent de Websphere 7 chez IBM

IBM nous prépare à Websphere 7, ses EJB3, sa persistance JPA et ses web services JAX-WS 2.0 en publiant le redbook Designing and Coding Applications for Performance and Scalability in WebSphere Application Server et en annonçant Rational Application Developer 7.5 Open Beta.

RAD 7.5, dont la beta sera disponible mi-décembre, apporte le support de support de Java EE 5 (EJB 3, JPA, JAX-WS, etc). La sortie de cette version, en avance sur Websphere 7, rassurera les clients RAD qui avaient été déçus par le décalage de plusieurs mois entre la sortie de WAS 6.1 et celle de RAD 7 (la v7 de RAD apportait le support de Java 5 et le WAS 6.1 runtime environment).

Designing and Coding Applications for Performance and Scalability in WebSphere Application Server est un RedBook de transition de l’ère des EJB 2.1 vers les nouveaux EJB 3.0 qui seront supportés par le futur Websphere 7 :

On y retrouve hélas quelques exemples légèrement défraîchis qui font penser à des copier/coller des redbooks précédents :

• Le chapitre sur l’utilisation des mécanismes de synchronisation (p99) mériteraient d’être réécrit en s’inspirant du très intéressant Google Tech Talk Advanced Topics in Programming Languages: The Java Memory Model de Jeremy Manson qui nous expliquent comment les blocs synchronized devraient être remplacé par les verrous introduis avec la librairie java.util.concurrent.locks
• Les exemples qui utilisent Vector et Hashtable pourraient avantageusement être mis à jour pour parler de List/ArrayList et de Map/HashMap
• Le paragraphe sur Struts et ses ActionForm pourrait être remplacé par son équivalent avec Struts2 ou être supprimé si IBM ne souhaite pas mettre en avant Struts2.

A côté de ces anachronismes mineurs, IBM nous livre les grands axes de la stratégie Websphere :

• SCA/SDO sont toujours des technologies clefs. Ce redbook nous explique avec clarté et raison leur rôle et leur position par rapport à EJB3/JPA : If you are developing a traditional (non SOA) application and only have relational data and are only developing in Java, then EJB 3.0 is a good choice. (p 449).
• Java Connector Architecture (JCA) est désormais la technologie standard et unifiée pour accéder aux Enterprise Information Systems (EIS) comme CICS et IMS dont les connecteurs Java propriétaires ont été remplacés par des Resources Adapter JCA [1]. Le support de l’API JCA permet une intégration élégante à SpringFramework [2].
• EJB3, JPA et JAX-WS sont les successeurs respectifs d’EJB 2.1, d’EJB CMP et de JAX-RPC ; ils sont disponibles avec WAS 6.1 sous forme de feature pack additionnels [3] ; Websphere 7 les embarquera en standard. Ce redbook sera une bonne introduction pour ceux qui n’ont pas encore eu le temps de découvrir ces nouvelles technologies.

Pour conclure, RAD 7.5 et ce redbook sont principalement des previews des technologies JavaEE 5 (EJB3, JPA, JAX-WS, etc) que nous attendons avec impatience et qui seront disponible avec Websphere 7.

D’ici à y voir les prémices d’une grande opération de teasing pour préparer l’imminente arrivée de Websphere 7 …

[1] Voir IMS TM Resource Adapter et CICS Transaction Gateway.
[2] Voir Access CICS applications with Spring par Thierry Templier pour JavaWorld.
[3] Voir WebSphere® Application Server Version 6.1 Feature Pack for EJB 3.0 et Feature Pack for Web Services for WebSphere Application Server V6.1

Apache Wicket 1.3.0-rc1 is released!

Le projet Wicket avance et entre en release candidates. Cela signifie que seulement des corrections de bugs seront faites jusque la sortie finale de la version 1.3.
Au programme de cette release :

• un guide de migration à partir de la version 1.2 : l’API a évolué/changé et donc pas mal de changements sont à prévoir.
• beaucoup de bugs ont été corrigés, et les évolutions sont nombreuses. Voici la liste.