Java EE 6 est loin d’être un simple rafraichissement d’une technologie que certains trouvent vieillissante. Avec des évolutions majeures pour EJB, JPA, servlet, et JSF, avec l’arrivée d’une injection unifiée avec CDI, le rajout de JAX-RS ou encore l’arrivée de BeanValidation il devient quasi inutile de rajouter des bibliothèques externes.

Avec un support complet de Java EE 6, des fonctions orientées développeur, de multiples outils d’administration, un mode embarqué, une modularité basée sur OSGi…. La liste des fonctionnalités de GlassFish 3 sonne comme les promesses d’autres serveurs d’applications. A vous de voir comment tout ceci est utilisable pour vous, dès aujourd’hui.

Cette présentation intègrera donc une bonne partie des nouveautés de la plate-forme Java EE 6, des démonstrations et une feuille de route sur l’avenir du projet GlassFish (3.1 et au delà).

Au travers de son blog (http://bit.ly/bJlRds), Alexis lance déjà le débat sur certaines questions:

• Spring est-il soluble dans Java EE 6 ?
• Tomcat est-il soluble dans GlassFish ?
• OSGi va-t-il nous sauver comme Maven l’a fait en son temps ?
• GlassFish est-il soluble dans WebLogic ?

N’oubliez donc pas de vous inscrire pour cette session qui aura lieu à l’Uni-Mail salle S130 à partir de 18h30 le Mercredi 23 Juin http://bit.ly/cJsxZM et qui finira comme d’habitude par un buffet gargantuesque !

L’édition européenne 2009 de la CITCON a eu lieu les vendredi 18 et samedi 19 Septembre à Paris, j’ai eu la chance de pouvoir y assister et je vous livre aujourd’hui mon compte-rendu.

Vendredi après midi, arrivée dans les locaux de l’ISEP, Paul Julius et Jeffrey Fredrick nous accueille avec un mot de bienvenue et des explications sur le fonctionnement d’une conférence Open Space, puis un tour de table pour une présentation rapide des personnes présentes: environ 120 ! Un peu longuet, mais cela me permet de mettre enfin des visages sur les différents blogueurs et twitters que je suis régulièrement.

Arrive les choses sérieuses: la préparation du programme de lendemain, en effet dans le cadre d’une conférence Open Space, tous les participants sont acteurs: chaque personne souhaitant animer une session s’arme d’un stylo, d’un post-it, présente son sujet en quelques mots et l’ajoute au tableau blanc. Libre à chacun de voter, regrouper les propositions équivalentes, modifier le planning.

Et voici le résultat

Nous avons bien travaillé, il est maintenant l’heure de manger et de partager une bière en parlant d’intégration continue, de testing et de nos différentes expériences.

~~~~~~~~

Tout bon Samedi commence par un bon petit déjeuner, la CITCON ne déroge pas à cette règle et nous commençons donc la journée par des discussions informelles autour d’une montagne de croissants. Le choix des sessions n’est pas évident, il y en a 5 programmées à la fois !

A 10 heures, je commence donc la matinée par la session “Better builds“, intéressante mais qui se focalise uniquement sur Ant, du besoin de refactoring des scripts, de l’utilisation des macros et une présentation de Ant Script Library, qui comme son nom l’indique est une bibliothèaue de scipts génériques permettant de gérer les dépendances (avec Ivy), compiler, packager, lancer des tests unitaires ou d’intégration, faire du reporting, … bref tout ce qu’offre nativement Maven ! J’ai toujours du mal à comprendre pourquoi certaines personnes s’obstinent avec Ant pour cette utilisation … J’applique donc “the Law ot two feet” : je change donc de session discrètement et je rejoins “Hudson plugins“.

Lorsque j’arrive Douglas Squirrel a déjà présenté un plugin qu’il a développé et la discussion continue donc sur les points forts et faibles de la création de plugins. Du côté négatif l’utilisation particulière de jelly pour la création des vues, le wiki dont certaines pages ne sont pas mise à jour, du côté positif, kohsuke kawagushi et la communauté qui sont très actifs et l’utilisation de Maven qui permet de démarrer et déboguer un plugin extrêmement simplement via les commandes mvn hpi:create et mvn hpi:run. Nous avons ensuite évoqué les plugins existants qui pourraient être améliorés (Promoted builds par exemple) et de nouvelles idées: graph de dépendance entre builds, distribution des tests unitaires avec GridGain …

~~~~~~~~

11h15, 2ème session de la matinée (enfin 2ème et demi pour moi): “Continuous Deployment” animée par Chris Read. Tout d’abord qu’est ce que le déploiement continu ? L’idée est que chaque fois que du code est committé, il est automatiquement déployé en production ! Impossible ? Regardez donc le bas de cette page chez Flickr: http://code.flickr.com/, la dernière fois que j’y suis allé, on pouvait lire : ”Flickr was last deployed 25 hours ago, including 3 changes by 1 person. In the last week there were 46 deploys of 967 changes by 17 people.” Évidemment les contraintes pour faire du déploiement continu sont énormes, il faut être capable d’automatiser toute les étapes du commit du code jusqu’au déploiement en production: compilation, packaging, tests unitaires, d’intégration, d’acceptance, de performance et évidemment le retour à une version précédente en cas d’erreur.

Nous sommes d’ores et déjà capable de le faire avec les outils d’intégration continue, mais pour le faire de façon plus optimale, Chris introduit la notion de build pipeline c’est-à-dire le découpage en étape du processus de déploiement. Malheureusement cela sert également de support pour une promotion commerciale de Cruise, outil d’intégration continue de ThoughtWorks qui supporte nativement les pipelines … Malgré tout la discussion reste intéressante car le concept de déploiement continu permet d’avoir une vision plus globale du développement d’une application: on ne construit plus seulement un logiciel mais un environnement complet car les contraintes de la production (OS, patch, …) sont pris en compte dès le début du processus. nous dépassons alors le concept cher à XP de “Collective Code Ownership” pour arriver au “Collective Environment Ownership”.

~~~~~~~~

La pause repas est l’occasion de discuter, notamment avec Remy Sanlanville, qui présentera avec Freddy Mallet de SonarSource la session “Pour passer la crise, remboursez votre dette technique !” à l’occasion de l’agile tour 2009 à Grenoble le 20 Octobre prochain et très probablement à Genève le 12 Octobre

~~~~~~~~

14 heures, je commence l’après-midi par la session “Acceptance Testing” animée par Gojko Adzic et Antony Marcano. L’objectif de la session est de faire le top 5 (ou plus) des raisons pour lesquelles une équipe échoue à mettre en place des tests d’acceptance et de donner des pistes pour ne pas tomber dans ces travers. Lors de l’écriture de son livre “Bridging the Communication Gap, Specification by Example and Agile Acceptance Testing“, Gojko avait identifié 5 principales raisons:

• No collaboration
• Focusing on “how” not on “what”
• Tests unusable as live documentation
• Expecting acceptance tests to be a full regression suite
• Focusing on tool

• Acceptance testing is not considered as “value-adding” activity
• “test code” is not maintained with love
• Objectives of team members not aligned
• No management buy-in
• Underestimating the skill required to do this well

Alors que faire pour ne pas tomber dans le panneau:

1. Les tests d’acceptance s’écrivent en équipe: vous et votre client, ce sont des spécifications !
2. L’important n’est pas “comment” faire mais “quoi” faire et ce n’est pas si évident.
3. Vos tests d’acceptance doivent être expressifs et exhaustifs car ils seront alors la vraie documentation du projet, n’oubliez pas ce sont les spécifications !
4. Ces tests ne sont pas des tests de régression, il y a d’autres outils pour cela, ce sont des spécifications !
5. Ne venez pas voir votre client avec un outil, Fitnesse est très bien, mais vous venez écrire des spécifications ! Un tableau blanc et des crayons sont bien plus appropriés, vous aurez tout le temps de traduire ces spécifications dans votre outil préféré après.
6. L’écriture des tests d’acceptance est considérée souvent comme secondaire alors que nous parlons des spécifications !
7. Le code des tests est considérés comme moins important que le code métier, pourtant si vous n’êtes pas capable de valider votre code au regard des spécifications …
8. L’objectif des différents membres de l’équipe doit être le même: délivrer la meilleure application possible pour le client et pas le développeur code et pas plus, le testeur teste et pas plus, …
9. Le management doit percevoir les tests différemment car ce sont les spécifications !
10. Ne sous estimez pas le niveau requis pour écrire ces tests d’acceptance !

~~~~~~~~

15h15, un sujet qui m’intéresse au plus haut point: “CI in the Cloud” car j’avais commencé à écrire un plugin Hudson pour démarrer des esclaves sur EC2, le cloud d’Amazon. Malheureusement pour moi, un certain kohsuke l’a développé bien plus vite que moi (voir ici) ! Mais revenons au sujet, pourquoi les différents outils d’intégration continue lorgne du côté du cloud computing ? Les raisons sont multiples et nous les énumérons:

• réduire les coûts d’infrastructure et de maintenance
• optimiser le coût d’utilisation par CPU (chez Amazon, la tarification se fait sur le uptime)
• absorber facilement les pics de charge.

• le gros point noir: la sécurité, bien que des solutions existent (on peut monter un VPN avec des serveurs chez Amazon), peu de sociétés sont actuellement prêtes à voir leur code source partir en dehors de leur infrastructure propre.
• la confiance envers le fournisseur du cloud.  Le touilleur a d’ailleurs posé une question pertinente: “à qui faites vous le plus confiance: votre équipe d’admin système ou celle d’Amazon ?”. Personnellement je connais la réponse !
• les problèmes réseaux peuvent rendre le système quasi inopérant
• la maintenance de système complexe sera aussi difficile

~~~~~~~~

Rendez-vous pour la prochaine édition dans l’une de ces villes: Zürich, Copenhage, Belgrade, Dublin ou Prague. Je vote Dublin !

Hortis a assis son partenariat avec eXo, société bien connue pour sa plateforme couvrant à la fois les besoins de :

• Portail
• Gestion de contenu
• Gestion documentaire

en clôturant un nouveau projet utilisant cette technologie.

Le projet consistait à industrialiser l’ensemble des réalisations autour de la plateforme dans l’atelier de développement d’un de ses clients, c’est à dire en adaptant les repository Maven, en développement des artefacts ou des projets d’exemples.

Après avoir formé ses ressources sur la solution eXo, Hortis montre une nouvelle fois son implication dans des projets innovants et sa volonté de faire vivre ses partenariats.

Souhaitons qu’il y en ait encore beaucoup d’autres …

Premier webinar de cette série: Présentation de jDiffChaser, une aide à la non-régression des rendus d’interfaces.

Durant cette présentation d’une heure environ, j’aborderai la problématique de régression de rendus d’interfaces que nous avions au sein de notre équipe de développement (interface de contrôle aérien). Nous parlerons ensuite de l’approche qui a été choisie pour avoir une aide automatisée puis détaillerons les possibilités de jDiffChaser, produit développé en interne et devenu Open Source.

Je vous invite donc à vous connecter le vendredi 17 avril à partir de 14h (heure locale Genève), à l’adresse suivante: http://conferences.hortis.ch/dimdim/

La room s’appellera jdiffchaser et le nombre de places sera limitée à 20 personnes.

Il vous faudra saisir une clé qui vous sera fournie le jour même par mail. C’est pourquoi je vous invite à vous inscrire ici.

Cette nouvelle version de Netbeans apporte son lot de nouveautés dont les principales sont:

• Support PHP
• Support JavaFX

Vous trouverez plus de détails en vous rendant à http://wiki.netbeans.org/NewAndNoteWorthyNB65

En ce qui me concerne, je suis surtout content que le support de Clearcase ait été bien amélioré. Il y’a d’autres petites nouveautés dans l’éditeur qui améliorent l’ergonomie et le confort d’utilisation.

J’ai profité de l’occasion pour mettre à jour le plugin pour Netbeans de notre layout manager: Koala layout. J’ai ajouté le support des “insets”. Dorénavant ils sont correctement traités et ils apparaissent lors des déplacements/resizing des composants Swing comme vous pouvez le voir sur l’image ci-dessous:

Je vous invite à aller récupérer la dernière version à https://koalalayout.dev.java.net/ ou en passant par l’update center: https://koalalayout.dev.java.net/nbm/updates.xml

Nous souhaitons longue vie à SonarSource !!!

Nous avons acquis il y a peu, une Time Capsule d’Apple. Ce composant est très pratique car il permet l’activation du module Time Machine de MacOS X. Il présente l’avantage, mais n’est-ce pas un pléonasme pour Apple, de s’installer en un battement de cil et de gérer les choses de manière complètement transparente (ou plutôt invisible) pour l’utilisateur. Mais ce backup est réalisé en clair, au fil de l’eau et sans gestion fine des points de restauration.
Je me suis alors fait la réflexion suivante : un voleur pénétrant dans nos locaux aurait-il assez de compassion pour prendre nos machines et gentiment nous laisser notre capsule ? Bien sûr, si dans un instant d’égarement il partait finalement avec, il n’aurait pas idée d’utiliser les données contenue dessus. D’ailleurs qui, nos données commerciales, managériales, projet ou personnelles, pourrait bien intéresser ?

Dans un excès de paranoïa j’ai donc commencé à chercher une solution comparable à celle que j’utilisais sur mon PC, du temps où je n’étais pas encore initié.

Un solution de backup incrémentale avec un mot de passe est certes le plus simple et le plus efficace pour se protéger mais présente au moins deux inconvénient :

• il nécessite d’un espace disque croissant dont je ne dispose pas
• il n’est pas adapté à une utilisation du backup comme d’un bureau mobile

D’autre part les solutions Opensource de ce type sous Mac ne sont pas légion.
Voici donc la solution que j’ai mise en oeuvre, qui a l’énorme avantage d’être Opensource et gratuite :

• Un outil de cryptage “à la volée” permettant de créer des disques virtuels entièrement sécurisés : TrueCrypt
• un outil de synchronisation permettant de synchroniser les données de mon Mac avec un autre disque : FileSync

TrueCrypt m’a permis la création d’un disque crypté, sur la Time Capsule, sur ma clé USB et sur mon Mac. Il permet le cryptage avec les algorithmes classiques (AES, Twofish, Serpent) mais permet également de les associer entre eux. L’algorithme de hashage est également paramétrable mais j’avoue que je ne vois pas bien la différence.  Ce qui a de façinant avec cet outil c’est que l’accès aux données ne semble pas ralenti, du moins dans l’utilisation que j’en fait.

Quant à FileSync il me permet de disposer de mes données à trois endroits différents. Bien sûr cette solution ne préserve pas contre la suppression ou la modification par mégarde d’un fichier si on ne s’en aperçoit pas rapidement. Mais elle n’est pas cumulative en termes d’espace disque, ne nécessite pas gestion des rotations, et est facilement portable. FileSync n’est pas encore tout à fait abouti et demanderait à disposer d’option de synchronisation (annule et remplace, ajout uniquement, dans un sens, ou bijectif), comme ces cousins sous Windows, mais il remplit les fonctions principales, et a l’avantage d’être rapide.

Bien sûr je n’ai pas automatisé tout le processus car la clé de cryptage aurait dû être paramètrée dans l’ordonnanceur.
Je vous laisse maintenant juge de la pertinence de ma solution. Travaillant actuellement pour une société réalisant du backup en ligne j’apporterai sans doute un oeil critique dessus et ne manquerait pas de vous le faire partager.

Si vous souhaitez remplacer vos logiciels commerciaux par des logiciels libre, et que vous ne savez pas où chercher, voici le site qu’il vous faut : Osalt.
Il vous suffit d’entrer le nom du logiciel commercial, et il vous proposera une liste de logiciels libre!
Et ce qui est intéressant, c’est qu’il propose des équivalents pour Windows, Mac et Linux.

Si vous tapez par exemple “Microsoft Office”, le site vous proposera OpenOffice 2.4 et NeoOffice 2.2.

Il ne vous reste plus qu’à aller faire un tour pour trouver votre bonheur!