Next Presso

Please JBoss don’t let CDI become the “Betamax” of Java by destroying Seam 3

Antoine Sabot-Durand — Fri, 30 Sep 2011 13:42:07 +0000

Following the in.relation.to blog post of last tuesday, as a tech lead on one Seam Module (Seam Social), I wrote this open Letter to Red Hat employees in charge of Seam project and community. I find useful to share my point of view with the community on this matter. You also might find interesting to read the blog post of Hannelita on the same subject.

Here is my letter :

This email is a tentative to gather and synthesize all my thought following the yesterday announce on in.relation.to about Seam 3 reorganization. I want it to be seen as a positive feedback. I don’t pretend to have all the answers but being someone external to Red Hat and having worked with other frameworks / technologies give me (I think) a better “big picture” view and a more objective perception of the matter.

Who’s talking ?

I’m not going to tell you all my life here. But it can help for my legitimacy to know that I graduated from a famous IT School in 1995 (yes I’m 40) and had been working in IT since then. I started with C / C++ and then Lotus Domino (talking about mistakes). I started looking into Java in 1997 as a hobby and more seriously for work in 2001. I worked with a lot of Java frameworks : pure servlet and JSP, Struts 1.X, iBatis, Spring, JSF, Hibernate, EJB3, Seam 2 (I started with 2 beta in 2007) to finally adopt Java EE 6.

I’d been working alone for 10 years then after that as a CTO in a small Web Agency (where I learnt some web marketing) and I’ve bee working since 2009 as a consultant in an IT Consulting company specialized on Java. My Job is to audit applications, design new application as an architect and doing support to other developer on a bunch of technologies.

History (knowing our “opponent”)

Again, I’m not going to write a novel here but I think it’s better to put things in perspective.

JCP had clearly a bad start. Most of specification in J2EE before Java EE 5 were full of flaws (especially EJB 1.X and 2.X). That’s mainly the reason why Spring was created and has been so successful : it was a pragmatic and rather clean way to address Java Enterprise needs. From a lightweight solution spring grown to a heavy but quite consistent eco-system and today it has a big market share in the Java Industry. Meanwhile spring was getting bigger, the JCP somehow took notice of its past errors and worked to change things and provide nice specification for the new Java EE edition. But we had to wait for Java EE 6 to get an official standard that was able to compete with Spring (the de Facto Standard) thanks to CDI and the tremendous work that JBoss guys put in it.

So today we are in a paradoxical situation where the official Java EE stack is the challenger of the de facto standard : Spring. To be honest, Java EE is better than core Spring but not way better. Also Spring has a lot of popular modules that help developers in their daily work (a big eco-system). A lot of company have invested on Spring (training, support, etc…) and they have no obvious reason to switch to Java EE 6. If we want to bring them to this switch we have to build something better and something bigger

What should be Red Hat goals ?

The main goal for Red Hat is to sell licenses and support. I don’t know your exact income on JBoss activity but with a real big Java EE adoption, those incomes should rise very clearly. Right now most of the JBoss EAP server I see at my customer run Spring application and most of these server could be switched to Tomcat or Jetty tomorrow without any big trouble (the same for most WAS or Weblogic).

A secondary goal (that interest me more) is philosophical. The Java EE 6 stack is a community creation, its blue print doesn’t belong to a single shop and tomorrow if someone want to propose something new he could contribute to this community. Ok, it’s not perfect but for me it’s far way better than having VMWare deciding what’s good and wrong for me. I often say to Spring Fanboys that if they want to have one editor to decide for them they’d better switch to .Net : Microsoft does a better Job than VMWare and C# is better than Java . The advantage of Java eco-system is the community. So the Goal is to use the force of this community and bring open solutions to them.

Creating a big and good CDI eco-system will create value, bring real competition to the Java stack and create more business for Red Hat (AS license or support on main CDI components)

Why CDI is so special

CDI is not a spec among others. It’s the long awaited cement in Java EE stack. It could have been an extension of EJB spec but it was clever to create it as a separate spec and allow it to deal with EJBs. CDI is the first Java EE spec that contains in its DNA a natural extension mechanism. And last but not least CDI is probably the first Java EE spec to be usable in its V 1.0 (perhaps with Jax-RS).

A common critic to Java EE is that it has a very long cycle between each iteration and that it delivers outdated specs. Another common critic is that it provides a bunch of specs that doesn’t work well together.

This second critic was addressed by Seam 2. Seam was a big help to make Java EE 5 easy to use, but as you know it was proprietary.

CDI address both critics : it has the potential to provide the same services than Seam 2 and it is a good way to extend Java EE between two versions.

To sum up CDI is a central spec for Java EE (it’s its spine) :

CDI is the cement between main Java EE spec
CDI the “melting pot” engine for adding new spec in Java EE. First in a proprietary approach and then by standardization in next EE version.
For extension that can’t be integrated in Java EE (like Seam social) it’s an elegant and seamless way to enhance the stack.

Past and present Errors

Error 1 : a bad name

The first error in my opinion was to call it “Seam 3″. This bad choice triggered these pb :

giving the impression that Seam 3 was an evolution of Seam 2. Which it is not.
creating the obligation to build a compatibility module from Seam 2 to Seam 3. This module is costing a lot of energy to the community and will only produce deception
Hiding the CDI nature of these extensions by calling them after the name of an “old” JBoss proprietary framework

What is done is done, Seam 3 is now among us, but the legacy is heavy…

Error 2 : pretending Spring doesn’t exist

Ignore existing market is a big mistake. Spring is well implanted and doing as if it wasn’t there is wrong. I think a better way would be to adopt the following philosophy : “We know that you had to use this proprietary framework because there was nothing else but now we will show you something new, better, but that can use your Spring eco-system”. Yes the Spring bridge is not an option, It’s a priority. You have to help people switching by giving them a way to use their Spring components so they don’t feel lost and can use Spring module until Seam has the equivalent functionality.

Spring team is totally ignoring Java EE. Their ref doc is full of J2EE, EJB 2.1 and nothing about CDI or EJB 3. We have to show the Java community that we’re more open than them and care about people using Spring to come, see and perhaps adopt the standard. The idea is to behave at the opposite of the locking VMWare strategy by being opened and avoiding trolls and misinformation like they do.

Error 3 : eating our own dog food with Seam university.

Don’t get me wrong : the idea of Seam University website is great. What is not so great is to use our tool to create the site. We don’t have time to build something neat, so it’ll be crappy and we’ll lost time on it. Result : bad impression and time wasted. Other Framework don’t use themselves to create their website, they use standard tools. We should do the same for the Seam website. People are waiting for simple demo and example not a big steam machine like the Seam Wiki is today.

Error 4 : mix internal functioning with façade functioning of the project

Having Seam module created near their mother project (Hibernate, Resteasy…) is not a bad idea. The bad idea is to make them disappear from the Seam stack. You can have CDI-persistence (note I didn’t wrote CDI-Hibernate) driven by Hibernate project , but it should be visible in both Seam stack and hibernate. Because One can discover it while using Hibernate or while looking for a persistent CDI extension.

Error 5 : giving the impression that those modules will have adherence to Jboss implementation

Calling the module Hibernate-CDI or RestEasy-CDI is a big step back (even if you keep portability). Tomorrow developers on WAS or Glassfish won’t choose them because it doesn’t support JPA but hibernate (it’s in the name). A non sense after all the effort that Jboss has injected in working on standard.

It’s important that Seam appear as collection of CDI extension that allow to leverage standard Java EE. Having them under one umbrella allow Red Hat to sell optional support for them if people want to use them on WAS, Glassfish, Tomcat or Resin.

What should Seam 3 be (according to me)

Seam should be turned to the community. I don’t know if Red Hat would be ok to do that but the core project should be outside of JBoss and community driven. It would be the best solution to gather our effort with those of CDI Source, Codi, Caucho and others.

Seam 3 should run on all CDI implementation. That’s a priority (today, Solder doesn’t work on Candi, I didn’t tested on Open WebBeans but I guess there are issues).

Seam should provide light modules with good documentation and example. I mention that because i have he impression that Solder is becoming a kind of trash can. It’s not good. On the other way the split between persistence and transaction was a good move in my opinion

Seam should have a clear roadmap and timeline. We have to communicate, communicate and communicate. Don’t forget that we have to convince people using an equivalent solution. We must show why we are better and that we have a clear Goal.

Thanks for your time reading my long mail. I hope it’ll be useful and I’m ready to contribute to these orientation.

regards,

Antoine

UPDATE : Shane Bryzak project leader on Seam 3 posted an update this morning, to explain there is something in preparation around Seam.

Synchronisation automatique de l’agenda et des contacts entre Google, le Mac et l’iPhone

Antoine Sabot-Durand — Sun, 02 Aug 2009 03:57:38 +0000

Voici un petit tutoriel sur la mise en œuvre de la synchronisation entre les applications Google Calendar et contacts, votre Mac et votre iPhone, que vous utilisiez la version standard des applis Google ou la version Google Apps.

Résultats et limitations

A l’issue de cette mise en place, vous pourrez modifier vos agendas et contacts sur l’un des trois environnements et voir vos modifications appliquées automatiquement sur les deux autres.

La solution a malheureusement 3 limitations qui devraient disparaître avec le temps :

les listes de tâches ne peuvent pas être pris en charge par ce système
Pour envoyer un rendez-vous à des invités pour une réunion; vous devrez utiliser Google Calendar, les deux autres plate-forme provoqueront un bug si vous tenter de le faire
Vous ne pouvez pas synchroniser les groupes de contacts

Avant de commencer

Ce n’est pas obligatoire mais avant de commencer, je vous conseil de désactiver la synchronisation d’iCal et du carnet d’adresse avec votre iPhone via iTunes à moins que vous n’aimiez avoir votre agenda et carnet d’adresse en double .Vous pouvez le faire en ayant connecté votre iPhone à votre Mac et en entrant dans les paramètres de synchronisation de l’iPhone.

Et n’oubliez pas les sauvegardes.

Connexion entre iCal et Google Calendar

Pour ajouter votre agenda Google dans iCal, rien de plus simple. Dans iCal allez dans les préférences sur l’onglet “compte”. Ajoutez un compte

Saisissez votre login et mot de passe Google. Si votre agenda est dans Google Apps saisissez le login complet avec votre nom de domaine.

Dans “options du serveur”, saisissez l’url de votre calendrier Google semblable à celle-ci : “https://www.google.com/calendar/dav/votrelogin/user“. Si vous utilisez Google Apps n’oubliez pas de mettre le domaine également.

Après avoir validé vous obtenez une nouvelle entrée dans la liste des comptes :

Si vous avez accès à d’autres agendas à partir de ce compte Google calendar, vous pouvez utiliser l’onglet délégation pour ajouter ces agendas supplémentaire à iCal.

Vous pouvez désormais utiliser votre agenda aussi bien sous iCal que sous Google. Si vous disposez d’un ancien agenda sous iCal vous pouvez l’exporter au format ics (menu fichier/exporter) pour l’importer das votre nouvel agenda via iCal et le menu Fichier/Importer. Les modifications seront répliquées vers Google Calendar.

Préparation de votre compte Google Apps pour l’iPhone

Cette étape est nécessaire si vous utilisez un compte Google Apps (pour un compte Goggle classique vous pouvez passer au paragraphe suivant). Vous devez configurer votre compte Google Apps pour supporter le push vers l’iPhone. Pour cela vous devez vous rendre dans le tableau de bord de votre compte Google Apps (en tant qu’administrateur Google Apps) et passer en mode “nouvelle génération” du panneau de configuration dans les paramètres du Domaine.

Cette action basculera votre interface d’administration en anglais (mais pas le tableau de bord et les applications de vos utilisateurs qui devrait rester en Français).

L’option permet d’accéder aux paramètre de configuration des mobiles. Vous pouvez désormais accéder au menu “Service Settings / Mobile”. Dans cette page cochez “Enable Google Sync” et validez pour pouvoir configurer vos iPhone afin qu’ils se synchronisent avec Calendar et Contact.

Configuration de l’iPhone

Les manipulations suivantes vont écraser vos données d’agenda sur votre iPhone, donc avant tout faites une sauvegarde.

Nous allons un créer un compte pour exploiter le service Google Sync qui se comporte du point de vue de l’iPhone comme un serveur Exchange. Bien que nous créions un compte mail iPhone, celui-ci ne pourra pas servir à récupérer vos mails Google pour le moment : le service Google Sync ne supporte pour l’instant que l’agenda et les contacts. Pour la messagerie, on devra créer un autre compte classique dans l’iPhone (soit Gmail, soit imap3 pour Google Apps).

Rendez-vous dans la configuration de l’iPhone dans la rubrique “Mails, Contacts, Calendrier” et ajoutez un nouveau compte en sélectionnant “Ajouter un compte”.

Choisissez Microsoft Exchange comme type de compte. Vous arrivez sur le formulaire suivant :

Saisissez les informations de votre compte Google. Le nom d’utilisateur doit inclure votre domaine si vous configurez votre iPhone pour Google Apps. Une fois vos paramètres saisis cliquez sur “Suivant”. L’iPhone part dans une vérification (pouvant durer plusieurs minutes) du compte “Exchange”. A l’issue de cette étape vous serez probablement invité à saisir l’adresse du serveur “Exchange”. Il s’agit de “m.google.com” pour ce qui nous concerne. Saisissez l’adresse et tapez sur “suivant”

Le dernier écran vous permet de choisir les éléments à synchroniser. Désactivez “Courrier” (sinon le compte ne fonctionnera pas) et contacts (pour l’instant. nous l’activerons plus tard si vous le souhaitez dans la suite du tutoriel)

Après avoir choisi “terminé” vous avez activé la synchronisation entre votre agenda Google et votre iPhone. Si vous disposez de plusieurs agendas dans votre compte Google, vous pouvez maintenant choisir précisément quels agenda synchroniser avec votre iPhone.

Choix des Agendas délégués à synchroniser

A partir de l’OS 3.0 de l’iPhone, vous pouvez synchroniser jusqu’à 25 agendas avec votre joujou. Pour choisir les agendas Google que vous souhaitez synchroniser pour un compte Google standard, rendez-vous avec votre iPhone sur http://m.google.com/sync. Si vous êtes en Français, vous allez être accueilli par une page disant que votre matériel n’est pas compatible. Cliquez sur “changer de langue” en bas de l’écran pour passer en anglais, et magie… votre appareil est maintenant compatible. Il ne reste plus qu’à vous identifier.

Si vous configurez un compte Google Apps, vous devrez d’abord configurer votre domaine sur http://m.google.com ou via l’application gratuite Google pour l’iPhone, puis passer votre interface en anglais également. Votre interface s’enrichit de nouvelles icônes dont “sync” :

Cliquez dessus, vous arrivez sur un écran vous invitant à vous identifier (comme pour le compte Gmail standard). Après vous être identifié, vous arrivez sur la liste des appareils à synchroniser. Sélectionnez l’appareil. Il ne vous reste plus qu’à choisir les agendas que vous souhaitez synchroniser.

Et voilà.

Et les contacts

La synchronisation des contacts entre Google et l’iPhone est impeccable. Il suffit de retourner dans les préférences du compte Exchange, créé précédemment sur l’iPhone et d’ajouter l’option de synchronisation des contacts. L’activation de cette option va effacer les contacts existants sur votre iPhone donc assurez vous avant de le faire que tous vos contacts sont bien dans le carnet d’adresse sur votre Mac ou dans Google contact.

Le point un peu délicat, c’est la synchro entre le carnet d’adresses du Mac et Google. Cette synchronisation va s’opérer avec l’application iSync de MacOS X. Donc la première étape est de lancer iSync (dans le dossier Applications) et de le configurer (via les préférences) pour afficher l’icône de synchronisation dans la barre des menus :

Après cela, vous pouvez fermer iSync et entrer dans les préférences du carnet d’adresses. Sur l’onglet général vous allez cocher la synchronisation avec Google et paramétrer votre compte Gmail ou Google apps comme ci-dessous :

après avoir valider ces préférences, on devrait en principe pouvoir synchroniser avec iSync via la barre de menu et le choix “synchroniser”, cependant, le module de synchronisation Google est mal configuré, il est en mode “app” et ne peut pas déclencher la synchronisation d’iSync. La solution est de la passer en mode serveur.

Ouvrez une fenêtre Terminal et tapez la commande suivante :

sudo defaults write /System/Library/PrivateFrameworks/GoogleContactSync.framework/Resources/ClientDescription Type 'server'

Le système vous demande votre mot de passe (vous devez avoir les droits d’administrateurs sur le Mac) puis effectue la modification. Vous devez ensuite rétablir les droits que votre commande vient de modifier en tapant la commande suivante:

sudo chmod 644 /System/Library/PrivateFrameworks/GoogleContactSync.framework/Resources/ClientDescription.plist

(Merci à Marco Jung pour cette solution plus élégante que d’activer la synchronisation Exchange)

Lancement automatique d’iSync

iSync ne permet pas d’automatiser la synchronisation : vous devez la lancer à la main en cliquant sur “synchroniser”. Si vous souhaitez automatiser cette tâche, il suffit de rajouter une entrée dans la crontab de votre Mac.

Pour ce faire, lancez un terminal puis la commande crontab -e

Cette commande lancée, vous entrez dans le monde merveilleux de vi. Pour entrer en mode édition tapez i, la mention “INSERT” devrait apparaître en bas de la fenêtre.

Saisissez ensuite l’entrée suivante :

30 * * * * osascript -e 'tell application "iSync" to synchronize'

qui lancera iSync toute les heures à la demi. Pour sauvegarder appuez sur la touche escape puis saisissez :wq et validez pour ecrire les modifications et sortir de vi.

Voilà, votre synchro est fin prête.

Une semaine avec l’e-reader Sony PRS-505

Antoine Sabot-Durand — Mon, 13 Jul 2009 16:49:22 +0000

Ça faisait des mois que je tournais autour de l’engin : un véritable lecteur d’e-book me permettant d’embarquer toutes les documentations techniques dont j’ai besoin, ainsi que les nombreux documents spécifique à chaque projet. Le fait de pouvoir aussi embarquer des “vrais” livres à lire pour le plaisir constituait un plus important. Mais à chaque fois, devant le prix de la bébête et le doute sur le réel besoin que je pourrais en avoir, je repoussais l’acquisition de l’engin. Jusqu’à ce que, à l’occasion d’une promo la semaine dernière, je craque sur le bidule. Voici mon court retour d’expérience sur le sujet.

A quoi ça me sert ?

J’ai un certain nombre de PDF de “chevet” pour mon travail, que ce soit de la documentation de référence comme celle de Spring, d’Hibernate ou de Seam ou du livre en version électronique acheté sur Internet (Seam in Action, Open-Source ESB in action). Bref tout ce petit monde représente quelques kilos et deux ou trois forêts abattues une fois imprimés et là avec ce petit gadget de 260 g, j’embarque tout le monde. Idem pour les documents de mes projets convertis en RTF ou PDF (on peut passer en mode paysage pour regarder des présentations). Mais ce n’est pas tout, l’engin est livré avec une carte pleine de classiques de la littérature de Balzac à Zola en passant par Conan Doyle, ce qui me permet de joindre l’agréable à l’utile.

L’encre sympathique

Franchement l’e-ink est un procédé vraiment bluffant. On a l’impression de lire une page de papier légèrement glacé. La vision n’est pas plus altérée que sur du papier en changeant l’angle de la “page”, aucun scintillement ni aucune fatigue oculaire ne se manifeste après plusieurs heures de lecture. En fait, l’engin est la plupart du temps passif : ce n’est que lors d’un changement de page qu’un peu d’énergie est consommée pour effacer l’ancien contenu et en afficher un nouveau (un peu dans le genre d’un Télécran pour les plus vieux d’entre vous ). Ce qui permet à l’engin d’assurer une autonomie d’environ 8000 pages avant de devoir être rechargé.

L’écran n’est ni rétro-éclairé, ni tactile (bien qu’il existe des readers plus chers supportant ces fonctionnalités) ce qui donne au lecteur le même niveau d’expérience visuel qu’avec un vrai livre (pas de lecture sans lumière par exemple).

Capacité et formats supportés

Au chapitre de la capacité pas de soucis à avoir, l’engin dispose en standard de 192 Mo auxquels peuvent s’ajouter une carte Memory Stick Pro Duo et une carte SD HC, soit plus de 32 Go possibles. A 1 ou 2 mo le livre, ça permet d’embarquer quelques rayons de bibliothèque…

Sinon le lecteur supporte à peu près tous les formats e-book actuels: EPUB eBook, BBeB eBook, Adobe PDF (les 3 avec ou sans DRM) Microsoft Word, TXT, RTF. Au chapitre des PDF que j’ai pas mal testé, on dispose de deux niveaux de zoom qui permettent de lire un format A4 sans problème. On déplorera cependant une mise en page un peu éclatée lorsque l’on zoom dans ce genre de format. J’ai également pu tester le format EPUB sans DRM, la lecture est agréable et le texte reste bien mis en page avec le zoom.

Dans la série “trucs pas utiles” (pour moi en tout cas), le lecteur supporte les formats audio MP3 et AAC, ainsi que les formats d’image jpeg, gif, png et bmp (ce qui avec un affichage en noir et blanc est assez peu intéressant).

Autour du reader

Le lecteur de Sony est fourni avec le logiciel Windows e-book library qui permet de gérer sa bibliothèque, la mise à jour du firmware du lecteur et la gestion des fichiers DRM. Une version Mac du logiciel devrait voir le jour cet été comme indiqué ici. Sinon on pourra toujours utiliser le très bon logiciel Calibre qui fonctionne également sous Linux et qui vous permettra de gérer votre bibliothèque électronique bien plus efficacement.

Ce qui manque

On déplorera l’absence total d’un système de recherche, ce qui est dommage pour un dispositif pouvant embarquer autant de livres. Pour les personnes ayant des problèmes de vue, il aurait été intéressant de pouvoir inverser le contraste des caractères (blanc sur fond noir). Enfin, j’aurais aimé pouvoir télécharger les articles de mes blogs préférés pour pouvoir les lire tranquillement dans les transports, pour l’instant ça ne semble pas hyper simple de le faire. Tant pis, je continuerai à le faire depuis mon iPhone.

Sur le front des e-books payant

A part quelques exceptions plutôt du côté de la littérature technique (Manning, O’Reilly, Apress) et plutôt au format PDF qui n’est certainement pas le meilleur pour e-book, on est encore loin d’avoir une offre crédible en la matière. La Fnac qui fait la promotion des livres électroniques présente un catalogue anémique (aucune nouveauté) à des prix scandaleux. Bref encore une révolution électronique absolument pas gérée par les acteurs du marché. Comme quoi aucun enseignement n’a été tiré de la nullité des majors du disque… Espérons que les éditeurs ou les distributeurs prendront le temps d’organiser ça de façon un peu plus intelligente comme ça à l’air d’être le cas dans le monde anglophone.

Sur le front des e-books gratuits

En revanche là, il y de quoi faire . Pour peu que vous aimiez les grands classiques, vous pouvez vous constituer une bibliothèque de tous les grands auteurs français et anglophone pour 0 €. Evidemment, ce n’est pas là que vous allez trouver le roman de l’été ou le dernier Harry Poter (pour ma part ça ne me dérange pas trop), mais pour du Dickens (même en VF), du Jules Vernes ou du Maupassant, vous trouverez votre bonheur.

Conclusion : si le marché de l’e-book grand public n’est pas encore ouvert un e-book reader est d’ors et déjà très intéressant pour embarquer de la littérature technique, de la documentation Home Made, des livres un peu parallèles ou de la littérature ayant dépassée la DLC des droits d’auteurs .

Quelques liens pour conclure

Pour bien démarrer sur le sujet voici quelques liens permettant de récupérer des e-books ou des informations sur l’univers de la lecture électronique.

Le projet Gutenberg ( une bibliothèque bien fournie de livres gratuits en anglais et français) : http://www.gutenberg.org/wiki/Main_Page

The Pragamatic Bookshelf (Livres informatique payants dans d’autre formats que PDF) : http://www.pragprog.com/

FeedBooks (de la littérature gratuite ancienne et récente mais pas “main stream”) : http://www.feedbooks.com/

Ubibooks (livres payants en français entre autres) : http://www.ubibooks.com/shop/toplist.aspx?top=sales

Smashwords (livres gratuits d’auteurs indépendants anglophones) : http://www.smashwords.com/

Le Blog mobile read pour se tenir au courant des nouveautés sur le sujet : http://mobileread.com/forums/showthread.php?t=3968

Le Tiers Livre (Blog d’information en Français de haute qualité) : http://www.tierslivre.net

Le Blog Actualitté (du même tonneau): http://www.actualitte.com/

Merci à Lucas pour les liens.

Vos retours sur le sujet seront les bienvenus

[lang_fr]WTP + M2eclipse + Seam : c’est bien Maven ![/lang_fr][lang_en]WTP + M2eclipse + Seam : Maven works ![/lang_en]

Antoine Sabot-Durand — Mon, 29 Jun 2009 16:19:10 +0000

[lang_fr]

Oui c’est bien ma veine d’avoir eu besoin qu’un de mes projets Seam fonctionne à la fois sous Maven et Eclipse WTP seulement maintenant, parce que tout ce que je vais décrire dans cet article ne fonctionnait pas ou très mal il y a encore quelques mois (si tant est que l’on puisse dire que ça fonctionne bien maintenant). Cet article explique comment adapter un projet JEE5 (comprenant un EAR, un EJB et un WAR) conçu sous eclipse WTP à une hiérarchie Maven manipulable aussi bien sous Eclipse qu’en ligne de commande. Le projet dans mon exemple est un projet Seam mais les informations restent valable même pour un projet JEE n’utilisant pas cette technologie. Avant d’entrer dans le vif du sujet et parce que c’est toujours productif de rappeler de quoi l’on parle, nous reviendrons sur les différents outils évoqués dans ce tutoriel et sur les avantages de faire fonctionner un projet à la fois sous WTP et Maven.

[/lang_fr]
[lang_en]

Lucky me ! It’s only now that I need that one of my Seam project works with Eclipse WTP and Maven. Lucky because a few months ago, that tutorial would have been impossible to write. This article will show how to adapt a JEE5 project in order to make it usable with Eclipse WTP and Maven.

[/lang_en][lang_fr]

Les protagonistes

WTP : Web Tools Platform est un ensemble de plugins Eclipse facilitant grandement le développement d’application JEE. L’aspect le plus pratique de WTP est de pouvoir compiler, packager et déployer dynamiquement sur un serveur JEE local un projet Eclipse. WTP gère aussi bien des projets JEE légers simples (WAR) que des projets complets (EAR incluant EJB et War). Le seul défaut de l’outil et que le projet n’est déployable qu’avec Eclipse. Sorti de l’IDE, il faudra avoir recours à un autre outil pour compiler, packager et déployer le projet vers un serveur.
Maven : il s’agit d’un outil de “build” Java. Maven permet d’automatiser un certain nombre de tâches autour de la compilation, des tests, du packaging et du déploiement d’applications Java. Beaucoup décrié, Maven reste l’outil le plus populaire de sa catégorie car il facilite grandement la mise en place de software factory pour l’intégration continue. L’un des aspects de Maven les plus faciles à appréhender est la gestion des dépendances. Maven permet en effet de récupérer automatiquement les bibliothèques jar (ceci est valable pour les projets open sources, le jar d’un éditeur ne sera pas récupéré automatiquement) nécessaires à la compilation et ou l’exécution d’un projet via des fichiers de configuration (les fameux pom.xml). Par défaut Maven ne sait que compiler des sources Java, c’est la raison pour laquelle de nombreux plug-ins Maven existent permettant d’ajouter des fonctionnalités avancées au produit (dans notre cas build de projet EAR, EJB ou WAR). Maven diffère beaucoup des solutions de build historiques comme les makefile en C ou les scripts ANT sous Java, car il repose sur des conventions et n’est alimenté que par des fichiers de configuration là où les autres solutions disposent d’un langage de scripting. C’est certainement cette différence qui rend Maven aussi compliqué à maîtriser : la rencontre entre une hiérarchie de dossiers et de fichiers dont l’agencement est une convention, des fichiers de configurations permettant au moteur de travailler sur cette convention et la “boîte noire” que constituent le moteur de Maven ainsi et ses plugins.
M2eclipse : est un plug-in Eclipse développé par la société Sonatype, permettant d’intégrer Maven à Eclipse. Pour faire court m2eclipse permet de construire des projets avec Maven sous Eclipse tout en gardant certains automatismes de l’IDE. Avec m2eclipse on bénéficie du meilleur des deux mondes. Cependant m2eclipse ne supportait qu’une partie de WTP (uniquement les projets war) jusqu’à récemment. En février/ mars 2009, m2eclipse a introduit le gestion des projets EAR et EJB.

Le besoin

Quelle est l’utilité d’avoir un projet à la fois compatible Eclipse-WTP et Maven ? Le réponse est simple : disposer d’un projet fonctionnant aussi bien en local dans l’IDE des développeurs ou des concepteurs d’IHM que dans le cycle automatisé de l’intégration continue. Avec cette solution, je peux donc travailler avec WTP et visualiser les modifications à chaud sur mes différentes pages, voire mes composants si la technologie de mon projet le permet tout en ayant un projet prêt à être exploité dans une software factory type Continuum ou Hudson.

Installation

Pour réaliser les manipulations décrites ci-après, on aura besoin d’une distribution Eclipse incluant les outils de développement JEE disponible sur le site d’eclipse. Il est conseillé d’utiliser une version 3.4.2 voire 3.5 d’eclipse. On aura également besoin du plug-in m2eclipse dont l’installation est décrite ici (on aura recours à la version de développement de m2eclipse (version 0.9.9 à ce jour), celle-ci corrige beaucoup de petits bugs qui rendent le plug-in plus agréable à utiliser). Enfin on devra disposer d’un projet JEE sous WTP et d’un serveur JEE sur lequel déployer ce projet. Pour cet article j’utilise Eclipse 3.5 64 bits (sous MAC OS X 10.5.7) avec WTP 3.1, m2eclipse 0.9.9 et JBoss 5.0.

Début du tutoriel

Nous démarrons ce tutoriel avec 3 projets eclipse WTP : un EAR, un EJB et un WAR. Ces projets se présentent comme le montre l’image suivante.

[/lang_fr]
[lang_en]

Starting the tutorial

We start this tutorial with 3 Eclipse projects : an EAR, an EJB and a WAR project. These projects are showed in the following picture

[/lang_en]

[lang_fr]

Les trois projets sont liés entre eux grâce aux fichiers de configuration Eclipse et WTP qui permettent au système de savoir que l’EAR englobe les deux autres et l’EJB et le WAR peuvent utiliser les bibliothèques de l’EAR pour leur compilation. Les projets de mon exemple sont basés sur SEAM mais les étapes décrites dans ce tutoriel sont valable pour tout type de projet JEE. Le petit bonus de l’article pour les Seamiens sera les listes de dépendance maven propre à Seam que je vais donner.

Physiquement, ces trois projets sont matérialisés par 3 arborescences distinctes sur le disque toutes placées dans le dossier de l’espace de travail. Inutile de dire que tout ceci n’est pas du tout dans l’esprit Maven…

Création d’un projet Maven Parent

Première étape nous créons un projet Maven Parent qui va englober nos projets EAR, EJB et WAR. Ce projet permet de regrouper l’ensemble des sous projets (que l’on appelle module) et de définir des paramètres globaux pour tous les modules. Pour créer ce projet parent, cliquez sur “File/New/Project…”[/lang_fr]

[lang_en]

The 3 projects are linked with the Eclipse configuration files which contains informations about EAR, EJB and WAR projects. In this article the projects are based on JBoss Seam, but all the tutorial could be used in any project type.

On the disk, the 3 projects are 3 directories in the workspace folders. Useless to say it’s not the Maven way to organize projects.

Creation of the parent Project

First step, we create a Maven parent project which will contain our EAR, EJB and WAR projects (that Maven call modules). In this parent project we can define global parameters for the modules. To create this project click on “File/New/Porject…”

[/lang_en]

[lang_fr]Puis choisissez Maven Project dans la catégorie Maven et cliquez sur Next, un wizard “New Maven Project” s’ouvre :[/lang_fr]
[lang_en]
Choose Maven Project in the Maven category and click on Next, this opens the “New Maven Project” wizard :[/lang_en]

[lang_fr]Vous pouvez passer à l’étape suivante en vérifiant que la case “Create a simple project” est bien décochée.[/lang_fr]
[lang_en]You can go to the next step after checking that “Create a simple project” is unchecked.[/lang_en]

[lang_fr]Dans cette boîte de dialogue, vous êtes invité à choisir un archétype (un modèle pour votre projet). Dans Catalog choisissez Nexus Indexer qui pointe vers une liste plus riche que celle proposée en interne par défaut. Puis dans la zone filtre tapez “pom” pour trouver l’archétype “pom-root”. Sélectionnez-le et cliquez sur “Next”.[/lang_fr]
[lang_en]In this dialog box you have to choose an archetype (a template for your project). In Catalog choose Nexus Indexer which brings a richer list than the internal default one. In the filter field enter “pom” to reach the “pom-root” archetype”. Select it and click on “Next”.[/lang_en]

[lang_fr]Dans cette dernière boîte de dialogue vous donnez un nom à ce projet. Je ne vais pas faire un exposé sur Maven ici, mais vous pouvez donner le nom de votre client au group ID et le nom du projet avec une extension “-parent” ou “-root” pour indiquer qu’il s’agit du projet root. Cliquez ensuite sur “Finish”. Vous obtenez un nouveau projet dans votre workspace. Dans mon exemple “pfm77-parent”.

Création des modules Maven sous le projet parent

De la même façon que nous avons créé le projet parent, nous allons maintenant créer les projets enfants ou modules maven. Cliquez sur “File/New/Project…”[/lang_fr]

[lang_en]In this last dialog box you choose the project name. click on “Finish”. Now you have a new project in your workspace. In my case it’s “pfm77-parent”

Creating the Maven modules

In the same way we created parent project, we’re going to create the children projects or modules. click on “File/New/Project…”
[/lang_en]

[lang_fr]et choisissez maintenant “Maven Module” puis cliquez sur “Next”. Un wizard assez semblable au premier s’ouvre :[/lang_fr]
[lang_en]Choose “Maven Module” then click on “Next”. A new wizard opens :[/lang_en]

[lang_fr]Vous allez y indiquer le nom du module ear et le nom du projet Maven parent de ce module (en l’occurrence le projet Maven parent précédemment créé) puis cliquez sur “Next”.[/lang_fr]
[lang_en]Enter the name for the EAR module and the name of the parent project then click on “Next.[/lang_en]

[lang_fr]En ayant bien choisi “Nexus Indexer” dans le catalogue, tapez ear dans la zone “filter”. Choisissez l’archétype “ear-jee5″ puis cliquez sur “finish”

Pour créer les module EJB et WAR on aura recours au même wizard. On nommera les nouveaux module avec les extensions “-ejb” et “-war” en choisissant comme projet parent le même que pour l’EAR et en prenant respectivement les artefacts “ejb-jee5″ puis “webapp-jee5″.

A l’issue de ces manipulations, on obtient 4 nouveaux projets dans le workspace :[/lang_fr]

[lang_en]
Don’t forget to choose “Nexus Indexer” in the catalog, enter “ear” in the filter field. Choose the “ear-jee5″ archetype then click on “finish”

To create the EJB and WAR modules, we’ll use the same wizard choosing archetypes “ejb-jee5″ and “webapp-jee5″.

After all those wizards and clicks, we have 4 new projects in the workspace :

[/lang_en]

[lang_fr]La structure physique de ces projets est particulière. Sur le disque, dans le dossier workspace, la hiérarchie Maven est respectée : le dossier parent est le seul directement apparent, les autres projets sont des sous dossiers de ce dernier. C’est le premier avantage de m2eclipse : il permet de supporter dans Eclipse des projets imbriqués dans l’arborescence d’un projet existant. Mais c’est loin d’être le seul.

Le travail de m2eclipse

Avant de poursuivre il me paraît intéressant de mettre en lumière les principales fonctionnalités prises en charge par m2eclipse, pour bien comprendre l’intérêt du plug-in et s’épargner de longues heures de bagarre avec lui

1) la gestion de projets arborescent dans Eclipse

Comme on l’a vu au paragraphe précédent, m2eclipse permet à la fois de gérer une arborescence Maven classique tout en en intégrant les sous-projets (ou modules) comme des projets Eclipse classiques. Cette fonctionnalité est aussi active lors de l’import d’un projet Maven dans le workspace soit par la fonction “import Maven project” soit par l’importation depuis un serveur gestionnaire de version (SVN ou CVS). Cette fonction s’opère grâce aux fichiers pom.xml qui permettent à Maven de distinguer les différents projets ou module du projet.

2) La gestion des dépendances Maven au sein d’Eclipse

C’est la fonctionnalité de base de m2eclipse. Le plug-in gère les fichiers pom.xml comme le fait Maven pour récupérer les bibliothèques nécessaires à la compilation et/ou l’exécution des projets. Fini les jar embarqués dans les projets et les méga-octets de jar à commiter vers le serveur de versionning.

3) Le build Maven dans Eclipse

Ca va de soit mais autant le dire un projet m2eclipse dispose du builder Eclipse classique (Java builder) mais également d’un builder Maven ce qui li permet de jouer sur les deux environnements.

4) Une belle interface pour gérer les fichiers pom.xml

Plutôt sympa et complète, cette interface est très intéressante pour contrôler le graphe des dépendances dans un projet. Malheureusement, elle est encore un peu buguée donc nous nous contenterons d’éditer le fichier pom.xml en mode texte dans ce tutoriel.

5) La gestion automatisée de la configuration Eclipse des projets

C’est la fonctionnalité la moins documentée mais une des plus intéressante. Le fait d’ignorer ce point vous promet de longues heures de lutte entre la configuration Eclipse du projet et la configuration automatique de ce dernier générée par m2eclipse (c’est du vécu !). La meilleure illustration de cette fonction sont les projets que nous venons de créer. Ces projets sont issus d’archétypes Maven et n’ont rien à voir avec Eclipse, aussi, les fichiers de configuration Eclipse de ces nouveaux projets (les fichiers .classpath .project et le dossier .settings) ont été générés automatiquement par m2eclipse à l’importation de l’archétype grâce à l’analyse du fichier pom.xml de chaque projet. Si vous modifiez vos fichiers pom.xml (comme on le fera plus loin), m2eclipse mettra à jour ces fichiers de configuration Eclipse pour refléter ces changements. Ainsi, si vous regardez les “Facets” du projet EJB (clic droit sur le projet, properties/project Facets) vous verrez quelque chose comme ça :[/lang_fr]

[lang_en]
The physical structure of these Eclipse projects are different. If you look on your disk, you’ll see a Maven hierarchy (a main project and modules in in the folder of the main project). It’s one of the m2eclipse benefits : supporting sub-projects in Eclipse. But it’s not the only advantage of the plugin.

Benefits of m2eclipse

1) Managing sub-projects in Eclipse

As we saw, you can have a Maven hierarchy that m2eclipse make look likes different Eclipse project in the IDE. This also works when you import existing maven project in the worskpace from the disk or versioning system.

2) Managing Maven dependencies

The plugin use the pom.xml files to download and add jar files in your project.

3) Maven build in Eclipse

The least we can wait for this plugin. A m2eclipse project has 2 builders : the standard Eclipse one and the maven one.

4) A nice user interface to manage pom.xml files

You can use this interface to look for dependencies or exclude a sub-dependency easily. It was rather bugy in the past but with version 0.99 of m2eclipse it starts to be very usefull.

5) Automatic management of Eclipse projects configuration

That’s an important benefit that is not very well documented on m2eclipse site. M2eclipse uses pom.xml information to generate and maintain Eclipse configuration files for the project. For instance the projects we just created are not Eclipse project. They were created from Maven Archetypes that have nothing to do with Eclipse. So the eclipse configuration files of these new project (.classpath, .project files and .settings folder) were generated by m2eclipse from the pom files. When pom files are modified, m2eclipse will change Eclipse configuration files automatically. For instance, let’s have a look at the Facets of the EJB project (right-click on the project, and choose properties/facets) :[/lang_en]

[lang_fr]M2eclipse a donc automatiquement déduit du fichier pom.xml que ce projet était un projet EJB et a donc automatiquement ajouté cette “facets” au projet. Si jamais vous modifiiez ce paramètre dans Eclipse, m2eclipse écraserait vos modifications au prochain rafraîchissement de la configuration d’où la bagarre évoquée ci-dessus. Cette configuration automatique découle de la détection de la présence du packaging ejb et du plug-in ejb de Maven dans le fichier pom.xml. M2eclipse analyse le paramétrage du plug-in (Maven pas Eclipse) dans le fichier et en déduit la configuration Eclipse correspondante. Le traitement est identique pour les plug-in Maven Ear et War. Alors, ne doit-on donc plus toucher aux propriétés Eclipse des projets concernés ? Pas si simple ! M2eclipse ne peut pas tout générer à partir des fichiers pom.xml. Par exemple, le serveur de déploiement WTP ne sera jamais configuré via m2eclipse : cela n’a pas de sens pour Maven donc pas d’information de ce type dans le fichier pom.xml. Il faut donc examiner attentivement les paramètres générés par m2eclipse pour savoir lesquels vous pouvez ou devez gérer. La bonne nouvelle, c’est que m2eclipse n’écrase pas les fichiers de configuration lors du rafraîchissement mais les met à jour, aussi vos paramètres seront ignorés par le plug-in sans être effacés (sauf s’il s’agit de paramètres gérés par m2eclipse ). Le plus simple est de ce référer à cette page de la doc m2eclipse pour savoir quels sont les paramètres des différents plugins pris en compte par m2eclipse pour générer la configuration Eclipse du projet. Les paramètres avec une coche verte sont exploités à l’inverse de ceux avec une croix rouge.

Pour conclure sur ce point crucial, il convient également de rester extrêmement vigilant à la mise sous subversion ou cvs d’un tel projet. En effet, on aura intérêt à écarter le versionning de tous les fichiers de configuration éclipse en sachant que des configurations locales seront à recréer sur chaque poste (serveur de déploiement, configuration Seam ou Spring, etc…).

Transvasement

Mais revenons à notre migration WTP vers Maven/WTP. L’étape suivante consiste à copier l’ensemble des fichiers sources, page web et autre fichier de configuration de l’ancienne structure de projet à l’autre. En gros on copiera tout sauf les jar inclus dans la vieille version WTP. Le plus simple est de faire ce transvasement du système de fichier vers Eclipse par drag & drop en se plaçant dans la perspective “resources” qui ne cache pas certains dossiers comme la perspective Java. Pour se faciliter la vie on respectera de préférence la disposition des répertoires par défaut de Maven, cela évitera d’avoir à alourdir les fichiers pom.xml

Pour le module EAR on déplacera le contenu du META-INF dans src/main/application/META-INF qui contiendra les fichiers de configuration du projet. Le reste du projet se construira avec le fichier pom.xml
Pour le module EJB, l’ensemble des classes devra être mis dans src/main/java, les fichiers de ressource devant figurer dans le classpath (fichiers properties, dossier META-INF) dans src/main/resources
Pour le module WAR, on prendra les mêmes dossiers pour les sources et les ressources. Le fichiers du site devront être placé sous src/main/webapp (attention de ne pas rapatrier le dossier lib dans WEB-INF)

Attention à ne pas ramener les fichiers Manifest dans nos nouveaux projets. Ceux-ci peuvent contenir des classpath qui vont perturber notre travail.

Passons maintenant à nos fameux pom.xml

Pom pom pom pom

Sans être un travail symphonique (désolé pour ce moment de détente à mi-chemin de l’article), l’ajustement nos 4 fichiers pom va nécessiter un peu de doigté et de patience (c’est le côté feng-shui de Maven : on tâtonne et on ajuste puis on fini par trouver sans trop savoir comment on y est arrivé ), mas promis, on va y arriver commençons par le commencement

Le Projet Parent

Je ne vais pas détailler la rédaction de mes fichiers : ce serait un peu fastidieux. Je vous propose plutôt de passer en revue le résultat en commençant par les rubriques du fichier :

Introduction : c’est ici que je défini que c’est un projet de type “pom” qui pilote donc la construction de plusieurs modules
modules : ici je donne les modules à traiter à ne pas confondre avec les projets que je vais déclarer dans l’EAR
properties : ici je définis des variables qui me permettront de garder une cohérence dans les version de Jar présentent dans plusieurs modules
repositories : j’ajoute dans cette section les repositories JBoss me permettant de faire référence à Seam et le repository de java.net me permettant de référencer l’artefact jee5
dependencyManagement : cette rubrique me permet de déclarer des dépendances présentes dans des sous-modules. En les déclarant ici, je peux fixer leur version une fois pour toute. Pour information la bibliothèque org.ostermiller.utils est un ensemble d’outils assez sympa pour générer et lire des fichiers CSV et qui supporte les particularités du CSV Excel. Plus d’infos sur cette bibliothèque ici.
build : dans cette section finale, je déclare le plugin de compilation Maven, ce qui me permet de fixer une fois pour toute la version du compilateur Java à employer.

[/lang_fr]
[lang_en]

M2eclipse have added this EJB3 facets by analyzing the pom.xml file. So if you change Eclipse configuration on the project there can be some chance that you touch a configuration driven by m2eclipse. So take care of your modification. To be sure you won’t go battle wth m2eclipse in the configuration you should check the m2eclipse documentation. This page show all the Maven parameters (with green checkboxes) that are used by m2eclipse to build and maintain Eclipse WTP configuration files.

To finish with this point, you’ll have to be extremely carrefull when you put those project under versioning system. The best solution is to ignore Eclipse configuration files and let m2eclipse do the job on the other systems (you’ll have to create local configuration on each IDE to configure information that are not in Maven files like deploying servers for instance).

Copying Files

Let’s go back to our tutorial : moving WTP projects to maven/WTP projects. The next step consist to copy files from our old WTP project to the newly created Maven/WTP projects. You can do this by dragging files from file system (Explorer, Finder, or whatever you use) to Eclipse using the “resources” perspective which is the more close to filesystem perspective. To keep it simple try to stick with the default Maven layout, It will make pom files lighter.

For the EAR module you’ll put the content of META-INF in src/main/application/META-INF all the other files in te project will be build from pom.xml
For the EJB module, all your classes should be put in src/main/java, resources files like properties or META-INF folder should be in src/main/resources.
For the WAR module you’ll use the same folders as EJB for classes and resources. The site files will be copied in src/main/webapp folder (be carefull and don’t take the WEB-INF/lib folder)

You should ignore Manifest files in all the project because they can cause runtime errors.

Now we have to deal with our pom files

Pom pom pom pom

It’s not a symphony but almost (sorry for that). The setting of our 4 pom.xml files will ask some patience (it’s the Maven feng-shui side) but we will get trough.

Parent project

I won’t detail all my pom.xml files content : I want to keep my readers till the end. Instead I’ll show you the result and comment the main part of each file

Introduction : here I tell Maven that it is a pom project that drive construction of sub-projects (modules).
modules : here are the modules contained by this parent project.
properties : here I define variables that will be used in configuration of all the modules (libraries version for instance)
repositories : in this section I add Maven repositories used by my project. For me it’s JBoss repositories for Seam and java.net to get all Jee5 dependencies
dependencyManagement : In this part, I declare all the dependencies used by my modules. Declaring them here, I can set their version once for all.
build : in this final section I can set up compilation configuration once for all.

[/lang_en]



  4.0.0
  cos
  pfm77-parent
  pom
  0.0.1-SNAPSHOT
  pfm77-parent Multi Project
  http://maven.apache.org
  
    pfm77-ear
    pfm77-ejb
    pfm77-war
  

  
    2.0.3.CR1
    1.2_10
    3.2.1.GA
  

  
    
      jboss
      JBoss Repository
      http://repository.jboss.org/maven2
      
        false
      
    
    
      jboss-snapshots
      JBoss Snapshot Repository
      http://snapshots.jboss.org/maven2
      
        false
      
      
        true
      
    
    
          java.net1
          Java.Net Maven1 Repository, hosts the javaee-api dependency
          http://download.java.net/maven/1
          legacy
      
  

 
 

  
      commons-beanutils
      commons-beanutils
      1.8.0
      compile
       
        
      org.ostermiller
      utils
      1.07.00
      compile
    
    
 

  
    
      
        org.apache.maven.plugins
        maven-compiler-plugin
        
          1.5
          1.5

[lang_fr]

Le projet EAR

Dans ce fichier, on peut se débarrasser du plug-in de compilation puisque définit dans le projet Parent. En revanche, on va devoir ajouter toutes les jar du projet et leur version. Les outils de complétion de m2eclipse deviennent indispensable sur ce coup. Faites un clic droit sur le projet, choisissez Maven et “add Maven dependency”. La boîte de dialogue suivante s’ouvre.[/lang_fr]

[lang_en]

EAR project

In the pom file, we can get rid of compilation plug-in because we configured it in the parent project. But we’ll have to add all the depending jars and their version. The m2eclipse auto-completion tools are very usefull for this. Right-click on the project and choose “Maven/add Maven dependency”. The following dialog box opens
[/lang_en]

[lang_fr]Elle vous permet de rechercher dans les repositories Maven pour vous proposer la bibliothèque correspondant à votre recherche et vous permettre de l’ajouter au fichier pom. Au fur et à mesure que vous ajoutez des dépendances, des jar indésirables peuvent s’ajouter à votre projet (des dépendance de dépendance). Vous pouvez les exclure en rajoutant une rubrique exclusion dans le pom ou en utilisant la vue “Dependency Graph” du fichier pom. Cette vue propose un graphe de ce genre :[/lang_fr]
[lang_en]
With this box you can search in Maven repositories the right jar and version for your project and add it the pom.xml file. With time some sub-depencies can appear in the project. You can exclude them by using the “Dependency graph” in pom editor. This view show a graph like this one :
[/lang_en]

[lang_fr]Si vous souhaitez exclure une bibliothèque, vous pouvez le faire via le menu contextuel de celle-ci en choisissant “Exclude Maven Artefact…”. Attention cette fonctionnalité est buguée dans les version antérieures à 0.9.9. Elle semble à présent donner le traitement attendu. C’est vraiment utile si comme moi, vous n’êtes pas fana de l’édition XML. Pour en revenir au fichier POM de l’EAR voici ses rubriques puis son contenu

En-tête : je précise qu’il s’agit bien d’un module EAR et je n’oublie pas de pointer sur le projet Maven parent
Dans les dependencies je n’oublie pas de placer les modules EJB et WAR de mon projet
Dans la section build j’ajoute le plug-in EAR de Maven dans lequel j’indique le répertoire où stocker les jar du projet et demande au système de générer le fichier application.xml
Dans la section modules du plugin j’ajoute les modules de mon projet EAR que j’ai défini au début du fichier comme dependencies

[/lang_fr]
[lang_en]
If yo want to exclude a jar you can do it via the context menu and choosing “Exclude Maven Artefact…” (wasn’t working in version 0.98 of m2eclipse). Now, back to our pom file of EAR module here are its content

header : I specify that it’s an EAR module and I don’t forget to point to the Parent project
In the dependencies I don’t forget EJB and War modules
In the build section I add the Maven EAR plugin. In the configuration of the plugin I give the directory where to put the lib and ask Maven to generate my application.xml file
In the modules section of the plugin, I add my EJB and WAR modules that I defined at the beginning of the file as dependencies

[/lang_en]



  4.0.0
  
    pfm77-parent
    cos
    0.0.1-SNAPSHOT
  
  cos
  pfm77-ear
  ear
  0.0.1-SNAPSHOT
  pfm77-ear JEE5 Assembly
  http://maven.apache.org

  
    
      cos
      pfm77-ejb
      0.0.1-SNAPSHOT
      ejb
      compile

    
    
      cos
      pfm77-war
      0.0.1-SNAPSHOT
      war
      compile

    

    
      org.jboss.seam
      jboss-seam
      ${seam.version}
      ejb
      compile
      
        
          javax.el
          el-api
        
        
          javassist
          javassist
        
        
          dom4j
          dom4j
        
      
    

    
      org.ostermiller
      utils
    

    
      org.richfaces.framework
      richfaces-api
      ${richfaces.version}
      compile
      
        
          commons-collections
          commons-collections
        
        
          commons-logging
          commons-logging
        
      
    

  

  
    
      
        org.apache.maven.plugins
        maven-ear-plugin
        2.3.2
        
          5
          lib
          true

          
            
              cos
              pfm77-ejb
            
            
              org.jboss.seam
              jboss-seam
            
            
              cos
              pfm77-war
              PFM77
            
          

        
      
    
    pfm77-ear

[lang_fr]

Le projet EJB

On continue avec le POM du projet EJB. Pas grand chose à dire excepté sur le plugin EJB de maven qui nous permet de définir la version des EJB employée (la version 2.1 c’est la version du plug-in de Maven).

[/lang_fr]
[lang_en]

EJB project

Next step the EJB pom file. Not a lot of things to say about it except concerning the Maven EJB plugin which is used to set the EJB version.
[/lang_en]



  4.0.0
  
    pfm77-parent
    cos
    0.0.1-SNAPSHOT
  
  cos
  pfm77-ejb
  ejb
  0.0.1-SNAPSHOT
  pfm77-ejb JEE5 EJB
  http://maven.apache.org
  

    
      javaee
      javaee-api
      5
      provided
    

    
      junit
      junit
      3.8.1
      test
    
    
      org.jboss.seam
      jboss-seam
      ${seam.version}
      provided

    
    
      org.hibernate
      hibernate-annotations
      3.2.0.ga
      provided
    
    
      commons-beanutils
      commons-beanutils
      provided
    
    
      org.ostermiller
      utils
      provided
    
    
    	mysql
    	mysql-connector-java
    	5.1.6
    	provided
    
  

  
    
      
        org.apache.maven.plugins
        maven-ejb-plugin
        2.1
        
          3.0

        
      
    
    pfm77-ejb

[lang_fr]

Le projet WAR

Et pour finir le pom d projet WAR. Notons que pour ce projet nous n’avons pas recours au plugin WAR de Maven, les valeurs par défaut du packaging war nous suffisent. Le plugin permettrait de préciser certains éléments de configuration.

[/lang_fr]

[lang_en]

WAR project

Last but not least the WAR pom file. Notice that we’re not using Maven war plugin in this pom file, the default values of War packaging are enough.

[/lang_en]



  4.0.0
  
    pfm77-parent
    cos
    0.0.1-SNAPSHOT
  
  cos
  pfm77-war
  war
  0.0.1-SNAPSHOT
  pfm77-war JEE5 Webapp
  http://maven.apache.org
  

    
      javax.servlet
      servlet-api
      2.5
      provided
    

    
      javax.servlet.jsp
      jsp-api
      2.1
      provided
    

    
      junit
      junit
      3.8.1
      test
    

    
      org.jboss.seam
      jboss-seam-ui
      ${seam.version}
      compile
      
        
          org.jboss.seam
          jboss-seam
        
      
    

    
      org.jboss.seam
      jboss-seam-debug
      ${seam.version}
      compile
      
        
          org.jboss.seam
          jboss-seam
        
      
    

    
      org.jboss.seam
      jboss-seam-pdf
      ${seam.version}
      compile
      
        
          org.jboss.seam
          jboss-seam
        
      
    

    
      org.richfaces.ui
      richfaces-ui
      ${richfaces.version}
    

    
      org.richfaces.framework
      richfaces-impl
      ${richfaces.version}
      
        
          commons-logging
          commons-logging
        
        
          junit
          junit
        
        
          javax.faces
          jsf-api
        
        
          org.richfaces.framework
          richfaces-api
        
        
          javax.servlet
          servlet-api
        
        
          javax.faces
          jsf-impl
        
      
    

  
  

    pfm77-war

[lang_fr]

Génération de la configuration Eclipse

Après avoir créé tous nos fichiers pom, nous allons demander à m2eclipse de générer les fichiers de configuration Eclipse. Pour ce faire, sur chaque projet on accède au menu contextuel puis on choisit “Maven/Update Projet Configuration” et tous les petits fichiers .claspath, .projects et le dossier .settings de nos projets sont mis à jour.

Premier build Maven et déjà quelques réglages

Nous sommes prêt à lancer notre premier build Maven. Dans le menu contextuel du projet parent (pas l’EAR). On choisit “Run as…/Maven install” ou “Maven package”. Maven se lance et le build échoue… Pas de panique ce problème est dû à un conflit causé par la présence de la résolution Maven dans le workspace. On désactive cette option sur le projet parent (et lui seul) dans le menu contextuel en choisissant “Maven/Disable Workspace Resolution” (je sais, ça se mérite ! La preuve, vous êtes toujours en train de lire). On relance le build et miracle, notre construction Maven aboutit à la génération d’un fichier EAR dans le répertoire target du projet EAR. En ligne de commande, on se placera dans le dossier du projet parent et on tapera “mvn package” pour obtenir le même effet.

Et WTP ?

N’oublions pas qu’on a fait tout ça pour fonctionner sous WTP et Maven en même temps. Nous y sommes presque. Seul petit souci, le fichier aplication.xml de notre EAR WTP ne sait pas demander à Maven de le générer à la volée. Il faudra donc le recopier du dossier target vers le dossier “src/main/application/META-INF” et le refaire à chaque fois que les modules de l’EAR changent (a priori ce n’est pas tous les jours). Et maintenant ? Hé bien, croyez le ou non mais c’est fini et ça marche. Dans la vue serveur d’Eclipse choisissez votre serveur (si vous n’en n’avez pas vous pouvez créer un déploiement local en ajoutant un serveur “local deployer”). Dans le menu contextuel du serveur choisissez “Add remove..” et ajoutez votre projet.[/lang_fr]

[lang_en]

Generating Eclipse configuration

Now that we have our pom files, we’ll ask m2eclipse to refresh eclipse config files by accessing the “Maven/update configuration file” in the context menu of each project. Doing this refresh .classpath, .project files and .settings folder of our projects.

First Maven build and first fix

From the context menu of the parent project (not the EAR), choose “Run as…/Maven install” or “Maven package”. Maven is launched but the build fails. Don’t panic this issue is caused by a conflict in Maven resolution and Workspace resolution. Disable Worksapce resolution in the parent project by choosing “Maven/Disable Workspace Resolution” in contextual menu of the parent project. Launch the build again and “voila”. You get an ear file in the target directory of the EAR project. In command line you’ll have to launch “mvn install” from parent project folder to have the same result.

What about WTP ?

Before using WTP to deploy your project you’ll have to copy the application.xml file from the target folder (of the EAR project) to the “src/main/application/META-INF” folder and do it again each time EAR modules change (which is not so often). And now ? Beleive it or not but it’s over and it works. In the server view choose your server (if you don’t have one you can create a “local deployer”). In the contextual menu choose “Add remove…” and add your project.
[/lang_en]

[lang_fr]Cliquez ensuite sur “publish” et tadaaa, votre projet est déployé via WTP (enfin normalement, sinon recommencez le tuto du début :- ) ). Seule ombre au tableau, le déploiement génère un répertoire WEB-INF dans la racine de l’EAR reprenant le dossier lib du module war. Le module war comprend bien son lib, c’est juste une duplication dû à un bug eclipse. A priori rien de gênant pour une exécution en local

Conclusion

Comme on l’a vu m2eclipse demande pas mal de connaissances pour être utilisé dans un contexte WTP. Cela dit, il reste un outil très puissant hors de ce besoin d’intégration si particulier mais tellement pratique. Concernant Seam et Maven, JBoss travail activement à simplifier la tâche des développeurs. En effet JBoss tools 3.1 devrait inclure des extensions permettant de travailler avec m2eclipse depuis un projet Seam et Seam 3.0 devrait être beaucoup facile à utiliser à travers Maven.

A suivre donc…[/lang_fr]
[lang_en]
Then click on “publih” and tadaaa, your project is deployed with WTP (if it’s not, you just have to restart all this tutorial over ). The only issue is a WEB-INF directory in the root of the EAR which contains a copy of the lib directory of the good WEB-INF directory of the war module. This problem should be harmless for a local deployment and is caused by this Eclipse bug.

Conclusion

So m2eclipse is not working out of the box with WTP project. However it’s a powerfull tool even without this need. About Seam and Maven, JBoss is working on making developer life more simple. JBoss tools 3.1 should include extensions to ease the work with m2eclipse and Seam and Seam 3.0 should be totally mavenized, so easier to be build with Maven.

We’ll keep an eye on it…
[/lang_en]

Ma todo list du deuxième semestre

Antoine Sabot-Durand — Wed, 03 Jun 2009 20:25:18 +0000

Depuis le début de l’année et le démarrage de mon nouveau job, j’ai vu passer beaucoup de nouveautés et n’ai pas vraiment eu le temps de m’y attarder.

Voici les outils ou technologies que j’aimerai au moins explorer, au mieux expérimenter pendant cette fin d’année :

Le développement d’application iPhone : là c’est sûr, un beau projet iPhone vient de me tomber dessus. J’essaierai de vous tenir informés de mon avancée sur le sujet
Le développement pour Androïd : c’est pas fait, mais le comparatif avec l’iPhone m’intéresse
Mener mon premier projet full agile : ça vient aussi
Mettre en oeuvre Seam 2.2 la première version vraiment JEE (voir mon ticket JIRA préféré sur le sujet)
Utiliser Asap Eclipse 3.5 et JBoss tools 3.0 : ça devrait commencer la semaine prochaine
Faire des tests avec Google Application Engine
Lancer le projet Open Source que je dois lancer depuis une éternité.

Beaucoup de sujets sur le feu. Bon mettons que je n’en fasse que a moitié ce serait déjà pas mal. J’essaierai aussi de produire un peu plus de contenu sur mon blog.

Lifting et accès mobile pour Next Presso

Antoine Sabot-Durand — Wed, 03 Jun 2009 07:29:49 +0000

Je viens de changer le thème du blog pour quelque chose de plus aéré et évolutif.

Par ailleurs, grâce au plugin wptouch next presso est maintenant optimisé pour la plupart des terminaux mobiles (iPhone/iPod Touch, Android, Blackberry…).

Vos retours sur le sujet sont bienvenus.

Les castcodeurs : une initiative vraiment sympa

Antoine Sabot-Durand — Mon, 01 Jun 2009 18:48:39 +0000

Un peu de pub pour les Castcodeurs : un podcast de spécialistes du monde du développement Java. Réservé à un public un peu geek et branché Java, mais c’est vraiment sympa.

La guerre des RIA aura-t’elle lieu ?

Antoine Sabot-Durand — Mon, 01 Jun 2009 15:51:51 +0000

Depuis deux ou trois ans, on nous prédit une guerre sans merci entre les différents acteurs des technologies Internet Riches. L’arrivée de Microsoft avec Silverlight semble avoir mis le feu au poudre, dans la foulée Adobe a commencé à communiquer de plus en plus sur Flex et à sortir Air (qui est plus une technologie “desktop”) , enfin Sun est sorti du bois (un peu tard) pour prendre la place d’outsider avec JavaFx. Aujourd’hui, de nombreux décideurs s’interrogent sur ces technologies et quelques projets sont lancés en s’appuyant sur elles (pour JavaFx, il va falloir encore attendre), mais cette guerre annoncée risque d’être remportée par un acteur déjà en place et qui dispose d’un contrôle incontestable sur le web : Google.

Le concept, les principes et les acteurs

Avant tout, juste un petit point sur le concept des RIA. Je discutais du sujet il y a quelque jours avec un décideur qui m’expliquait qu’il faisait des RIA il y a déjà 10 ans avec Delphi. A ce compte, moi aussi il ya dix ans je faisais des RIA avec Lotus Notes. Cette anecdote illustre combien le concept n’est pas forcément clair.

L’idée générale des RIA est d’amener une expérience riche au sein d’une navigation Web. Plus prosaïquement : donner à l’utilisateur l’impression qu’il utilise un client lourd (une application “installée” sur son ordinateur) sans l’obliger à quitter son navigateur. Rien de révolutionnaire en soit, mais la facilité de mise en oeuvre de ce logiciel client riche pour l’utilisateur lève les principaux freins à son adoption. Les RIA permettent donc de déployer un applicatif client serveur sans aucune intervention de l’utilisateur (quand la configuration de son ordinateur est correcte).Pour une définition plus fouillée des RIA, faites un tout sur cet excellent article sur le sujet qui aborde aussi le concept de RDA (Rich Desktop Application).

Aujourd’hui deux principes prévalent pour la mise en oeuvre des RIA. Le premier repose sur l’idée que le navigateur ne propose pas d’outils suffisamment sophistiqués pour concevoir une interface riche. La technologie s’appuie donc sur un plugin qui vient enrichir le navigateur, c’est le cas des solutions d’Adobe, Microsoft ou Sun.

L’autre principe s’appuie sur les outils standard du navigateur à savoir le HTML et le language javascript. Ce mélange mis en oeuvre par Microsoft dans Internet Explorer 5 en 1999 grace au contrôle ActiveX “XMLHTTP” a été baptisé Ajax (Asynchronous Javascript And Xml) en 2005 puis standardisé par le W3C en 2006. Aujourd’hui beaucoup d’acteurs gravitent autour d’Ajax et s’appuient sur ses concepts simples et les fonctionnalités évoluées de HTML pour proposer des bibliothèque de composants Ajax permettant de concevoir des applications riches dans le navigateur. Parmi les pus populaires on peut citer JQuery, Dojo, YUI (Yahoo) et GWT (Google). Dans l’univers Java, des technologies comme Wicket ou JSF permettent d’embarquer de l’Ajax sans avoir à produire le Javascript et le HTML nécessaire pour le mettre en oeuvre. Côté JSF on peut citer des acteurs comme RichFaces ou IceFaces.

Quoiqu’il en soit, l’acteur qui a popularisé le plus Ajax et en a fourni une “proof of concept” est certainement Google qui dès 2004 avec Gmail puis en 2005 avec Google maps a fait la démonstration qu’Ajax était viable et pouvait être utilisé pour concevoir des applications très sollicités et hautement interactives. Google a ainsi été le pionnier du Web 2.0 où d’autres acteurs l’ont suivi rapidement comme Facebook ou Netvibes.

En schématisant on peut donc dire que l’univers RIA compte 4 acteurs majeurs :

Adobe avec Flex ;
Microsoft avec Silverlight ;
Sun / Oracle avec JavaFx (Ok, celui là est franchement discutable) ;
Google avec GWT en tant que tête de pont de la mise en oeuvre d’Ajax.

En route vers le Web 3.0

Cette semaine s’est tenu le Google I/O, la conférence développeur de Google à San Francisco. Les annonces faites lors de cet événement sont peut être les prémices d’une nouvelle “révolution” du Web. Ces annonces ont tourné autour de deux points :

HTML 5 : la plupart des nouvelles versions des navigateurs supportent en avant première les nouveauté d’HTML 5 (annoncé pour 2010). Tim O’Reilly, brillant analyste résume assez bien cette conférence sur son blog. Pour faire court, HTML 5 enrichit son ancêtre en intégrant nativement les technologies suivantes :
- Canvas : qui permet de générer dynamiquement du contenu graphique sur la page web en cours ;
- L’intégration de la vidéo : aujourd’hui une telle intégration nécessite un plugin. HTML 5 supportera nativement la vidéo permettant ainsi de créer des applications de manipulation d’images comme du montage vidéo ;
- La Géolocalisation déjà présente sur la plupart des terminaux mobiles comme l’iPhone ou Androïd ;
- AppCache et Database qui permettent de répliquer une application Web pour la mettre en mode offline
- Web workers qui permet de paralléliser des traitements serveurs et clients et d’augmenter significativement la performance d’une application web
Google Wave : le nouvel outil hyper-communiquant de Google qui sortira cette année. Cet article de 01 résume assez bien cet outil. Plus qu’un bureau communiquant, Wave sera apparemment une plate-forme SaaS dans laquelle les développeurs pourront enrichir l’écosystème applicatif à l’instar de Salesforce ou de l’appsotre d’Apple. Bref, un croisement fonctionnel entre la messagerie, le forum de discusssion, la messagerie instantanée, le réseau social et le travail collaboratif, le tout en opensource et librement extensible. Wave va probablement révolutionner notre façon de communiquer sur Internet. Et quoi qu’il en soit, il constitue la Killer App (tout comme Maps le fut en 2005) pour pousser HTML 5 et Google Web Toolkit.

Conclusion

Google semble mettre toutes ses forces sur HTML 5 et les évolutions d’Ajax qui en découleront, et sur le papier (ou l’écran) ça à l’air très très prometteur. Face à ces évolutions alléchantes qui seront partie intégrantes de tous les navigateurs modernes sur toutes les plate-formes, les investissements colossaux des acteurs qui parient sur des technologies propriétaires avec des plug-in à adapter à chaque plate-forme et chaque navigateur semblent un peu plus hasardeux.

Mais, personne ne dispose d’une boule de cristal et les prophètes sur le sujet se sont maintes fois trompés par le passé. La seule certitude que l’on puisse avoir c’est que la conception d’applications en ligne et l’ergonomie de ces applications d’ici 5 ans n’aura pas grand chose à voir avec celle d’aujourd’hui.

Salesforce : la tête dans les nuages, les pieds trop sur terre

Antoine Sabot-Durand — Mon, 13 Apr 2009 03:44:55 +0000

Deux événements important ont eu lieu la semaine dernière dans l’univers encore brumeux du cloud computing.

Le lancement par Google de la bêta public de Google App engine for Java ;
L’évenement CloudForce organisé par Salesforce à Londres ;

Si le premier est plus exposé médiatiquement, il n’en reste pas moins que l’actualité autour de Salesforce est à suivre de très prêt, car il y a fort à parier que cette société très innovante aujourd’hui partenaire de Google se rapproche un peu plus du géant dans un proche avenir. Mais ne brulons pas les étapes, comme je m’intéresse depuis quelques temps au cloud computing, j’ai pensé utile de faire un point sur les notions et acteurs de ce secteur.

Un peu de vocabulaire

Comme bien souvent en informatique on habille des vieux concepts avec de nouveaux noms. Ainsi, le “cloud computing” n’est pas vraiment une idée neuve. Au siècle dernier au parlait déjà d’applications en mode ASP (Application Service Provider) ou d’applications “on-demand”. Toutefois, le cloud computing introduit 3 concepts qu’il est intéressant de distinguer :

IaaS (Infrastructure as a Service) : mise à disposition d’hébergement évolutif, comme le propose aujourd’hui Gandi ou Amazon (ces derniers offrant aussi des sevices PaaS) ;
PaaS (Plateform as a Service) : un hébergement et une plate-forme de développement dotée de services spécifiques (base de données, paiement en ligne) permettant de développer sur la plate-forme en question.
SaaS (Software as a Service) : environnement applicatif complet dans le nuage. Analogue à ce qu’on pouvait appeler mode “ASP” dans une vie antérieur (mas ça fait moins sexy). L’environnement peut englober un service PaaS ou non. L’usage de l’application nécessite de payer un abonnement dont le montant peut être fonction du niveau de consommation que l’on a de l’application ou plus classiquement, d’un niveau fonctionnel.

Les acteurs

Le monde du SaaS regroupe aujourd’hui beaucoup d’acteurs. En France on peu citer des gens comme Trace One ou RunMyProcess. Dans les poids lourds on retrouve les gands éditeurs d’ERP comme Sap, Oracle ou Cegid. Mais les acteurs les plus intéressants, à mon sens, sont ceux capables de jouer sur les deux niveaux : SaaS + PaaS. Là, les trois grands acteurs sont aujourd’hui Google avec ses Google apps pour le SaaS et Google App Engine pour le PaaS, Microsoft avec son offre Azure et bien sûr SalesForce.

Je ne m’étendrais pas sur Microsoft dans ces colonnes, des gens bien plus intéressés et bien plus spécialistes le font très bien ailleurs. Concernant Google, leur approche originale basée jusqu’à présent sur le langage python pour le PaaS et sur Google Apps pour le SaaS prend de l’envergure en supportant désormais Java. Comme le Touilleur Express relate extrêmement bien la soirée de lancement de Google Apps Engine ici, je vais m’épargner quelques paragraphes. Il me reste à vous entretenir de Saleforce.

Salesforce : une offre innovante mais un plan tarifaire des années 90

Salesforce s’est imposé ces dernières années comme un acteur majeur du CRM en mode SaaS. L’évolution récente de sa plate-forme mérite vraiment que l’on s’y arrête. En effet, Salesforce est probablement le seul acteur avec une offre métier aussi forte ayant franchi le pas du SaaS pour aller vers le PaaS. Aujourd’hui Salesforce propose une réelle plateforme de développement basée sur un langage propriétaire dont la syntaxe est calquée sur Java : apex et d’un IDE basé sur Eclipse. Cette plateforme permet à des partenaires de développer des extensions au CRM et de les proposer dans un écosystème comparable à l’Appstore d’Apple : l’Appexchange. Elle permet également de développer des applications indépendantes du CRM mais qui bénéficie de l’infrastructure de Salesforce pour s’exécuter. Bref, Salesforce joue une place à part dans l’univers des SaaS et empiète sur le territoire d’acteurs comme Google ou Amazon ayant une très forte expertise métier comme colonne vertébrale de son offre de service.

Ces innovations assez audacieuses rendent d’autant plus surprenant un système tarifaire des plus classiques qui rappel celui des logiciels vendus sur support physiques et donc figé (dans la veine : “édition personnelle”, “édition PME”, “édtion Pro”). Je passe sur les prix en euros plus chers qu’en dollars (3000 $ deviennent 3240 €) qui sont à mon sens plus propices à dégrader l’image et la confiance dans la marque qu’autre chose pour m’interroger sur l’impossibilité qu’une société comme celle-ci puisse imaginer des formules d’abonnements plus astucieuses et surtout plus souples, plus “on-demand”. Bref, une réelle sensation d’enfumage commercial et un boulevard pour la concurrence : ça tombe bien Microsoft fourbit ses armes.

Google et Salesforce ayant déjà opérés un certain nombre de partenariats, je ne pense pas prendre beaucoup de risque en pariant sur un futur rachat de l’un par l’autre (devinez dans quel sens) et la prochaine constitution d’une offre très attractive sur une plateforme SaaS et PaaS proposant CRM, bureautique et plus si affinité. On parie ?

De retour

Antoine Sabot-Durand — Fri, 10 Apr 2009 15:00:55 +0000

Après quelques péripéties personnelles et profesionnelles, me voici de retour sur mon bog. Je viens de voir que mon dernier post s’intitulait “pourquoi je blogue”, plutôt comique avant de faire une pause de 6 mois .

Allez c’est reparti sur Du Seam, du Spring et un peu de nuages…