new Blog( perso );

Et voila, fin de SpringOne'07. Reste a faire du tri dans mes notes !

Prochain évènements du même ordre,

• TheSpringExperience en floride, mais je ne pense pas que mon patron me paye le billet !
• JavaPolis organisé comme SpringOne par le très actif "Belgium Java User Grup".

Ca me laisse tout juste le temps de prendre quelques cours d'anglais...

Petite discution entre quelques "core-developers" de Spring ce matin, sur ... l'art de modifier le mapping des touches du clavier QWERTY pour rendre la frappe plus rapide ! L'un d'entre eux met par exemple le "." à la place du Q et le ";" à la place du "A", remplace [CapsLock] par par "{", etc.
Après quoi ils enchaînent sur une comparaison du modèle mémoire de Java et d'Erlang pour la synchronisation des threads...

Et après, on vient me dire que je suis un "geek" ?

La présentation d'OSGi était plus qu'aléchante : plus de problèmes de classloaders (voir commons-logging ou xerces sous WebSphere 5...), possibilité de mise à jour a chaud, de reconfiguration, séparation explicite de la partie "publique" d'un module et de son implémentation...

La plateforme OSGi est disponible depuis longtemps puisqu'Eclipse est basé dessus, aussi ça fait un peu mal au coeur de penser qu'on galère avec les déploiements JEE. L'équipe de Spring a fait un travail impressionnant pour mettre en place un modèle "POJO" sur OSGi :

• Codage totalement indépendant de l'API OSGi -> test unitaires simples
• Support complet pour les tests d'intégration (déploiement d'un vrai conteneur OSGi)
• Toute une série de à utiliser dans le contexte Spring pour accéder aux autres modules, comme à n'importe quel autre bean, sans aucun changement dans le code.

Ca donne vraiment envie... il y a cet AM une présentation "pratique" sur l'écriture d'une appli OSGi s'exécutant sur un serveur d'application.