Tout d’abord, regardons un peu le marché des portails d’intégrations. L’étude « Magic Quadrant for Horizontal Portals » de 2009 est intéressante, car elle donne un état du marché, et quelques indications sur les acteurs du marché. 2 phrases retiennent mon attention : « By 2011, Gartner expects at least 15% of new enterprise portal projects in Global 2000 firms to use open-source horizontal portal frameworks. » et « By 2014, horizontal portal products based on portal containers will be used for no more than 60% of new enterprise portal projects.« .
En 2014, Gartner estime à 60% le nombre de nouveaux projets basés sur les portails d’intégration… C’est dans 5 ans… allo ?

Le marché des portails est actuellement dominé par IBM, Oracle et Microsoft. Cependant, un effet bénéfique de la crise, c’est que les budgets d’investissement pour les portails internes ont connu un sacré ralentissement en 2009. Cela a pour effet de profiter directement à des acteurs comme Liferay, RedHat et eXo Platform. Le rapprochement entre eXo Platform SAS et Red Hat Inc. est certainement un signe fort qu’en 2010, ces deux là viendront perturber le marché avec un objectif à 5 ans très clair : devenir la première solution open-source java de portails d’entreprise. Liferay n’a qu’à bien se tenir.

La semaine passée j’étais en formation à Paris avec Julien Viet, ancien de RedHat et maintenant Lead Developer chez eXo Platform, sur le Portail. La formation s’est déroulée sur 2 jours. Elle permet tout d’abord de comprendre la culture et le positionnement des Portails. Lorsque nous parlons de Portails, certains en ont une vision très Web. Ils imaginent des mashups, une page à la iGoogle. D’autres en ont une vision plutôt orientée middleware/service. Les portails sont des ponts entre différents services et une application Web. Et c’est cette culture qui doit, à mon avis, encore être travaillée. Liferay a quelque chose que son voisin n’a pas encore : une sacré interface prête à l’emploi avec ses quelques 60 petites applications. Son plus gros avantage et aussi son plus gros défaut. Petites applications, pas produits.

Liferay descend du monde du Web, et s’adresse maintenant à l’infrastructure. Au contraire, JBoss Portal est un logiciel qui vient du monde du middleware, avec un socle robuste, un moteur d’exécution proche quelque part d’un serveur d’application. eXo Platform propose une vision plus produit, qui n’est ni du Web Portlet, ni du MiddleWare, mais ce que j’appellerais un moteur d’execution pour applications webs. C’est peut-être le code génétique de GateIn.

GateIn est taillé pour être un moteur d’hébergement d’applications, comme JBoss Portal. Mais il est aussi structuré pour proposer de vrais produits plutôt qu’une boîte à Portlets comme chez Liferay.
GateIn est le moteur de départ sur lequel nous allons déployer d’une part les produits eXo Platform, mais aussi votre propre application portail. Les produits eXo Platform permettent de gérer du contenu (eXo WCM), de gérer des documents (eXo DMS), de configurer finement la validation (eXo Workflow), de créer des forums et des FAQs intelligentes (eXo KS) et propose aussi une suite d’outils collaboratifs (eXo CS). Encore une fois, là où Liferay propose des Portlets, eXo Platform propose de réels produits, avec la documentation et les équipes produits, avec un service plus adapté à l’entreprise.

Maintenant attention, il semble que la bonne pratique est de se baser sur des solutions plus complètes dès lors que les besoins de base ne sont pas couverts par le Portail. Liferay dès le guide de l’utilisateur, vous oriente vers Alfresco si vous souhaitez utiliser une solution de publication de contenu complète (CMS). Et eXo Portal fonctionne aussi d’ailleurs très bien avec Alfresco.

On comprend donc que l’énergie maintenant n’est plus dans le développement d’une application web avec son authentification, sa gestion de la mise en page, son cycle de vie… Non j’ai presque envie de croire que c’est terminé.

Liferay et GateIn vous font regarder vers une nouvelle direction, qui me semble plus intelligente pour l’entreprise : l’intégration d’application dans un portail plutôt que l’intégration d’un service dans une application Web. Les produits d’eXo Platform seront tous bientôt compatibles avec GateIn, qui se positionne comme un moteur d’exécution, une plate-forme, et la porte d’entrée vers le monde de l’entreprise.

Pour revenir à l’intégration de solutions existants, prenez SugarCRM par exemple pour la gestion de la relation clientèle. Une fois intégré avec un moteur de publication de contenu, voilà votre site Internet d’entreprise avec son extranet. Si bien sûr votre métier est de développer des applications de gestion, peut-être que cela vous semble abstrait. Mais si votre métier est de développer des solutions webs d’entreprise, et bien cela devrait vous parler.

Quelle entreprise en 2015 pourra se passer d’un site Internet, avec un extranet sécurisé pour ses employés, un outil de gestion de la clientèle, un Wiki, des Forums, et un moteur de publication pour les pages ?
Dîtes-moi qui pourrait se passer de ces outils ?

Rendez-vous maintenant pour construire ensemble pas-à-pas un nouvel écosystème d’applications dans GateIn. Première étape : installer GateIn, faire le tour du propriétaire, puis ensuite commencer à mettre ses premières applications.

A dans 5 ans ? ou à demain ?

Bertrand Pinel d’Ippon Technologies a tout d’abord présenté un état de l’art des Portails Open-Source. La présentation débute par une explication du mot « Portail ». Car chacun a une image en tête. Certains voient un portail à la iGoogle ou la NetVibes, d’autres voient une page comme Amazon.com, et d’autres voient un portail en fer forgé. Bon pour le groupe 3 : un Portail Java est un logiciel qui permet d’agréger du contenu, et d’agir comme un proxy vers l’information. Les Portlets sont en quelques sortes des applications légères qui, lorsqu’elles sont placées ensembles, créent un service sur une page. Comme tout ceci est un peu abstrait, je vous promets de vous raconter une vraie histoire d’ici à la fin de l’année sur le Touilleur Express.

Un Portail est aussi un moyen de proposer des services communs comme l’authentification, la gestion des droits des utilisateurs, la possibilité de personnaliser son interface, ou de contribuer avec du contenu. Un portail est aussi un socle technique sur lequel vous pouvez faire fonctionner des services à valeur ajoutée comme un gestionnaire de contenu (CMS) ou un Wiki par exemple. Donc on retiendra surtout qu’un Portail est le chassis de la voiture, et que ce sont les services que l’on pose dessus qui en font ensuite « un portail de contenu » ou « un intranet » ou encore « une page d’accueil de notre site institutionnel ». Vous suivez ?

Tout le monde fait du portail… Mais tout le monde ne fait pas du Portail, avec un P majuscule. Les éditeurs traditionnels comme Oracle et IBM sont certes présents sur ce marché. Mais ce sont des constructeurs qui viennent du monde du middleware. A l’opposé, dans le monde de l’open-source il y a d’autres acteurs qui ne font que cela, et qui le font mieux d’après Bertrand Pinel. Avis que je partage de plus en plus.

Cette carte de métro provient du site « CMS Watch ». Elle présente l’ensemble des Portails, des CMS, des outils de publication de contenu.
(voir l’image en grande taille)

Alfresco et Nuxeo sont sur la branche « Enterprise Content Managment » alors que les Portails d’Entreprise sont représentés par JBoss Portal, eXo Portal, Liferay ou uPortal par exemple. Je trouve ce schéma très intéressant pour comprendre comment chacun des acteurs du marché se positionne. Et finalement, est-ce qu’une approche modulable à la eXo n’est pas plus intéressante qu’une approche tout ou rien à la Liferay ? Je crayonne sur mon bloc… « Modularité = Flexibilité = eXo ».

Nous parlons ensuite de licences, LifeRay comme eXo Portal sont open-sources. Puis ensuite quelque chose qui me parle en ce moment : est-il possible d’identifier les attentes des utilisateurs selon leur métier ? Un utilisateur final demande de la facilité d’utilisation. Une interface intuitive, une ergonomie, une simplicité pour qu’il soit autonome. Un administrateur de contenu demande des outils d’administration pratiques et simples. Un admin technique aimerait des Portlets d’administration afin de visualiser la santé de son portail. Un responsable marketing aimerait voir si cette portlet de simulation de crédit fonctionne bien ou non… Bref ce qui est très intéressant c’est qu’il faut penser aux différents types d’utilisateur. Liferay propose ainsi un grand nombre de portlets « out of the box », ce qui permet de commencer à s’en servir rapidement. Dans son Control Panel, un onglet permet de voir aussi la charge mémoire du serveur. Patrice Lamarque mentionne l’utilisation de JMX du côté d’eXo Portal, mais je ne me souviens pas avoir vu pour l’instant de Portlets d’administration.

Bertrand Pinel explique aussi que le choix d’un portail doit s’effectuer par rapport aux respects des standards, comme la JSR-168 et la JSR-286 pour les Portlets, mais aussi la JSR-170 pour tout ce qui est Java Content Repository. Au passage concernant les Portlets, il est important de comprendre qu’en terme de rendu, une Portlet ce n’est pas qu’une petite boite avec un bouton « maximiser » et « fermer ». Une Portlet peu être complétement transparente, le rendu ce n’est que du CSS avec un DIV, et le Portail vous permet bien entendu de ne pas afficher la petite boite autour d’une Portlet. D’ailleurs je trouve dommage de voir par défaut un habillage de ce style dans Liferay, c’est trop réducteur.
Donc retenez qu’une Portlet est un proxy du côté du serveur qui est capable de gérer des événements pour les faire passer à d’autres Portlets. Du côté de l’enveloppe c’est le Portail, donc son thème ou sa skin. Et à l’intérieur de la Portlet, c’est vous avec votre technologie Web : Wicket, JSF, GWT ou JSP par exemple. Bien entendu si vous voulez que votre Portlet ait le look de ses voisines, il faut alors utiliser les feuilles de style du Portail. Mais Liferay par exemple est assez bien fait car il est capable d’habiller votre Portlet si vous ne surchargez pas trop les styles. eXo Portal aussi, le résultat est similaire des deux côtés.

Les slides suivants parlent d’architecture. Une Portlet est une mini-application Web embarquée qui ne peut vivre que dans un Portail. Ensuite, il est intéressant de voir que l’on peut soit faire une application complète avec accès à une base de données, soit une Portlet plus simple qui consommerait des services distants (EJB, REST), soit simplement une Portlet de réaffichage d’un contenu HTML distant (clipping, web proxy et WSRP). Quoi tu veux faire une Portlet avec une IFrame ? Oui monsieur, c’est possible. Imaginez un produit en fin de vie qui tourne sur un autre serveur Web. Avec ce système de clipping il est possible d’aller chercher des pages Webs distantes pour les affichers dans le Portail. Bien entendu ce n’est pas très élégant, mais ça marche.
WSRP est une spécification qui permet à 2 portails de s’échanger du contenu. Un portail expose son contenu avec du WSRP et un autre portail consomme ce contenu. L’usage que je vois pour l’instant est le suivant : imaginons que votre architecture est découpée en plusieurs tiers. Une DMZ Internet avec les serveurs Webs et une deuxième DMZ avec les serveurs d’applications. Entre les deux, des EJB. Bref lorsque vous débarquez avec votre Portail, vous voilà bien embêté. Une idée serait d’installer un Portail dans la zone Internet, et un deuxième Portail dans la zone Service, et de faire communiquer les deux via WSRP. Je ne vous cache pas que cette architecture au final ne résout pas la sécurité, mais permet d’alimenter le portefeuille de l’éditeur de logiciel et du constructeur de machine. Mais bon, lorsque l’on ne peut pas réécrire d’anciens services à la sauce EJB 2.1, je dis : pourquoi pas ?

Voyons maintenant le marché des Portails Open-Source :

La suite présente ensuite le projet Jahia qui est un gestionnaire de contenu très bien fait, à la Joomla en PHP par exemple. Je le testerai pour vous en reparler.

JBoss Portal ensuite, est la solution de Portail de RedHat JBoss. Un peu austère, mais avec un moteur technique vraiment très puissant, il manquait à JBoss une couche applicative.

eXo Portal par la société eXo Platform ensuite. Avec une centaine de collaborateurs, eXo est présent sur ce marché depuis de longues années. Membre du JCP sur la JSR-168 et la JSR-286, comme JBoss, les équipes d’eXo proposent en plus des solutions applicatives prêtes à l’emploi et modulaire.

J’ai appris que Sacha Labourey (ex JBoss) avait rejoint le Board of Advisors de l’équipe d’eXo Platform (voir le communiqué de presse ici). Quand on sait qui est Sacha, je peux vous dire que c’est un peu comme si David Beckham venait jouer dans votre club de foot. C’est juste énorme. Il est certain que l’on va entendre parler d’eXo Platform dans les mois qui viennent.

Bertrand Pinel parle ensuite du projet GateIn, qui est le rapprochement des équipes de JBoss Portal et des équipes d’eXo Portal. A priori d’après les rumeurs, la version Beta 2 de GateIn devrait sortir d’ici quelques semaines. Les équipes travaillent en ce moment à fond, et je crois que je le testerai pour vous en reparler un peu plus tard.

Liferay ensuite est présenté. Avec 90 000 téléchargements par mois, c’est clairement un acteur très important, très populaire. Ippon Technologies a une très bonne expertise sur LifeRay, Geoffray Gruel était la semaine dernière en Allemagne au Symposium Liferay. Installation facile, communauté importante, LifeRay manque un peu de présence en France par rapport à eXo Platform, mais se rattrape avec la taille de la communauté. Bref c’est une solution à étudier. Un point où j’émets une réserve, c’est le côté « tout-ou-rien » où l’on installe LifeRay, puis ensuite on découvre un peu les Portlets, mais on ne parle pas de produits. J’ai compris que chez eXo Platform, il y a de réels produits, avec des chefs de produits comme Patrice Lamarque qui était présent. C’est intéressant car cette approche produit est plus ouverte. Là où LifeRay c’est la suite Office, eXo semble proposer des briques selon vos besoins. Bon je jette un peu trop de fleurs sur eXo Platform alors je vais dire un truc négatif : je trouve que LifeRay est mieux terminé au niveau de l’interface utilisateur qu’eXo Portal 2.5. Plus intuitif. Maintenant avec le nouveau GateIn, j’ai aussi l’impression que dans les mois qui viennent, les gens d’eXo vont repasser devant.

Les points forts de Liferay ensuite : seul portail open-source cité en 2008 par le Gartner, sa licence MIT permet de changer le code, sans être tenu de le reverser dans le domaine publique. eXo Portal est distribué en licence Affero GPL. Vous pouvez changer le code, le partager, le distribuer, mais je crois que vous êtes tenu de le faire. Je ne sais pas vraiment la différence, mais Bertrand Pinel semble dire que Liferay vous permet plus de faire ce que vous voulez qu’eXo.

Les cas d’utilisation
Cette partie présente un retour sur expérience avec quelques exemples de projet type réalisé avec des Portails:
- Intranet usine à sites
- Bureau Virtuel
- Internet de Mutualisation

L’intranet usine à sites est un projet orienté contenu, qui vise à faciliter la communication dans l’entreprise, entre différents départements. Le Portail offre la possibilité d’agréger du contenu. Il propose aussi de travailler à plusieurs équipes, de construire du contenu commun. C’est donc un projet piloté par le contenu.
Bertrand rappelle l’importance des comités de pilotage et des équipes d’encadrement. C’est le projet réalisé avec eXo Portal et eXo WCM par les équipes de GlobeCast que nous verrons ensuite.

Le Bureau Virtuel est un projet où l’objectif est de construire un espace de travail pour le collaborateur. Chacun peut piocher des appliquettes dans une liste d’application pour les placer sur son bureau virtuel. Ici c’est la possibilité de personnaliser qui est mise en avant. C’est donc un projet piloté par les services que l’on souhaite offrir. J’aime beaucoup cette idée, où l’utilisateur final se construit son espace de travail. Dans la Finance prenons un opérateur du Front-Office qui traite sur le marché Européen le matin puis les US l’après-midi. Grâce au portail il peut se construire un espace dédié pour sa vue du matin, puis basculer vers un autre environnement l’après-midi. Je me souviens aussi d’une présentation d’Oracle qui, pour la Société Générale, a proposé de construire un bureau virtuel pour les conseillers en Agence. Lorsque vous viendrez en agence, une fois assis le conseiller aura une vue qui se sera personnalisée selon votre profil. Vous avez besoin d’un crédit à la consommation ? Une portlet s’affiche pour que le conseiller puisse vous faire une offre. Et c’est un crédit auto ? Une deuxième Portlet pour l’Assurance voiture apparaît alors… C’est donc un bureau qui s’adapte aussi à ce que vous êtes entrain de faire. J’adore l’idée d’avoir un logiciel qui s’adapte à l’usage. Oui c’est de l’ergonomie, mais c’est un truc qui coûte une fortune avec une application Web classique, bien rigide, et bien incapable de s’adapter nativement à vous, l’utilisateur.

Le troisième type de projet est l’intégration d’applications hétérogènes. Prenez un SI d’entreprise : un moteur Documentum, un annuaire LDAP sur Active Directory Server, un agenda sur Lotus Notes, le Portail est capable d’agréger des contenus différents, provenant de sources diverses. Evidemment, ces connecteurs sont spécifiques à chaque Portail. Mais Documentum propose ses propores portlets standards par exemple. C’est donc un projet plus piloté par l’infrastructure pour le coup.
L’exemple d’un site mutualisé qui regroupe différents départements est pertinent, c’est ce que je fais en ce moment. Comment regrouper sous une même bannière des applications Webs différentes ? Comment proposer plusieurs services à un seul utilisateur final ? Un Portail est donc aussi un moyen de présenter à un seul endroit les services de son SI (voir aussi cet article)

Ce que je retiens c’est que certains projets de Portail permettent aussi de refondre le SI, en pilotant le développement de l’architecture par la couche de présentation. Oui je sais c’est bien capilo-tracté (tiré par les cheveux). Bon si vous voulez que l’on en parle vous m’appelez. Cela me donne envie de préparer une présentation pour l’USI pour 2010 par exemple. Va falloir décanter ces idées pour vous les présenter correctement.

Témoignagnes de GlobeCast et FranceBillet
Pour revenir au séminaire, nous avons ensuite assisté à 2 présentations de 2 clients d’Ippon Technologies. GlobeCast tout d’abord qui est une filliale de France Telecom, a présenté un projet d’Intranet réalisé avec eXo Portal et eXo WCM. La deuxième présentation était un projet de portail LifeRay business-to-business par FranceBillet, la billeterie du groupe Fnac, qui a de grosses références comme le concert de U2 dernièrement par exemple.

Nous avons terminé la matinée par une séance de questions/réponses. J’ai noté quelques questions autour de la sécurité. LifeRay a des failles de sécurité de type XSS connues et donc rapidement corrigées. C’est l’avantage de l’open-source. Mais donc attention avec la sécurité, un monsieur sécurité chez un éditeur ne serait pas une mauvaise idée je pense.
Ensuite concernant GWT j’ai demandé si l’une des 2 équipes avait fait un projet avec du GWT. Bertrand Pinel cite avec LifeRay le projet Vaadin. Après enquête en effet j’ai trouvé un exemple avec une application GWT qui propose un PortletContextListener afin de pouvoir faire suivre sous forme d’événements ce qui vient du monde GWT. Bon, allez je vous vois venir : je ferai un article là dessus un peu plus tard pour présenter ce principe. A vue de nez je pense même qu’il sera possible de faire aussi une version eXo Portal facilement. Voir les articles sur le site de Vaadin sur ce sujet.

Conclusion
Grâce à Ippon Technologies, nous avons eu encore une bonne présentation sur le thème des Portails et des Portlets. Les témoignages ont surtout mis en avant le besoin d’une organisation et d’une structuration pour développer un projet avec un Portail. Autant la première partie était technique, avec une présentation à la JUG, autant j’ai aussi bien aimé ensuite la seconde partie nous expliquant la démarche projet. J’ai rencontré au buffet d’autres personnes qui étudient aussi les portails. Nous avons eu aussi la chance de bien discuter avec Patrice Lamarque d’eXo Platform. La nouvelle version du moteur d’eXo s’appelle GateIn. Fruit du rapprochement entre JBoss et eXo Platform, il est très prometteur. Je pense que nous aurons une nouvelle génération de Portails d’ici quelques mois.

Les Portails version 2010… Je vois bien une révolution où l’utilisateur est mis au centre de la nouvelle architecture de l’information. Pensez au développeur, à l’administrateur, au chef produit, à la responsable marketing, à l’utilisateur final… Le Web sera incontournable, la personnalisation aussi. Il ne manque plus que le Portail Mobile, léger et adapté au format de nos petits écrans, des outils avec une ergonomie très poussée pour que tout le monde puisse s’en servir.
Le premier qui proposera un PortailOS aussi bien que mon iPhone aura juste gagné. Je pense à un OS qui marcherait bien entendu sur mon navigateur standard, pas spécifiquement sur mon mobile.
Le premier qui proposera un site marchand avec des Portlets ou des Gadgets aura aussi gagné. Un annuaire des Gadgets et des Portlets en quelques sortes.
Le premier qui aura des outils d’administration standards pour des administrateurs, des responsables de campagne marketing, des développeurs aussi pour construire des pages rapidement, celui-là aura aussi gagné.

Le premier… on en est pas loin je pense.

Références
Les slides de la présentation sont sur le blog d’Ippon Technologies.

Julien Viet d’eXoPlatform est l’ancien spec-leader de JBoss Portal, même le fondateur du projet en 2004. Comme il l’explique sur le blog d’eXoPlatform, les 2 produits fournissent le même service, avec deux approches différentes :

JBoss Portal and eXo Portal in essence do the same job: aggregating applications to the user desktop, however both focus on different strengths. The main difference between products comes from the nature of the companies.

C’est une excellente nouvelle pour la communauté d’une part, et pour eXoPlatform, éditeur de logiciel français. Un peu de cocorico par les temps qui courent, cela fait du bien non ?

La nouvelle version sera distribuée sous licence LGPL, en fin d’année. Cette annonce va aussi redynamiser le projet JBoss Portal, la contribution d’eXoPlatform apporte un retour précieux des déploiements du produit eXo Portal à la version communautaire.

Bravo à l’équipe d’eXo Platform, d’autres nouvelles à suivre pour mi-juin.

Références:
- Détails et FAQ sur le site d’eXoPlatform
- L’annonce officielle
- Rencontre avec Benjamin Mestrallet interview réalisée en janvier dernier.
- Interview de Dimitri Baeli à propos de la mise en place de Scrum chez eXo platform.

L’interview est disponible sur la page Podcast du Touilleur.

Dimitri nous explique comment l’éditeur français de logiciel open-source eXoPlatform a mis en place la méthode Scrum. La particularité d’eXo c’est qu’il y a 3 centres de développements : en Ukraine, au Viet-Nam et en Tunisie. Il nous explique son rôle chez eXo, les raisons du succès de Scrum parmies d’autres méthodes comme l’eXtreme Programming ou les valeurs du Lean.

Le podcast est aussi disponible sur l’iTunes Store, gratuitement bien entendu.

Pour commencer, l »actualité d’eXo Platform a été riche en cette fin d’années. Beaucoup d’actualités, de voyages comme lu sur ton feed twitter (@benjmestrallet). En quelques mots peux-tu me parler de l’entreprise et de tes équipes ?
En effet, 2008 a été une année riche. L’année 2009 sera l’année de la stabilisation. 2008 a été l’année du lancement de beaucoup de produits et nous n’annonçons pas pour l’instant de nouveaux produits pour 2009.
Concernant l’entreprise, en effet nous avons aussi recruté beaucoup de personnes. La société se compose de plusieurs centres de développement : le Viet-nam, l’Ukraine, la Tunisie et la France. eXo Platform représente environ 95 personnes aujourd’hui.
Si tout va bien nous devrions démarrer aussi aux USA avec un bureau là-bas.

A propos du nom « eXo Platform », j’ai entendu plusieurs histoires, mais donc il semble que cela vienne du nom de ton projet de fin d’étude, tout simplement appelé « exo » comme exercice, et que finalement tu aurais gardé. Vrai ou pas vrai ? Légende urbaine ou pas ?
C’est vrai.

Comment l’aventure a commencé ?
Nous avons publié un article sur The Server Side à propos des portails. Cet article a été repéré par un membre du Department of Defense en 2003, l’équivalent de la DGA en France, au moment de la guerre en Irak. De fil en aiguille, en effet notre premier client a été le DoD. J’avoue que la première fois qu’un email avec « @jfcom.mil » arrive dans ta boîte aux lettres, tu n’y crois pas…
Le code source a été placé sur SourceForge, c’était l’implémentation de la JSR 168, basée sur Pico Container, un des premiers frameworks d’inversion de contrôle. Nous avons été contacté afin d’écrire plusieurs articles sur les portails collaboratifs, et c’est de cette façon que notre premier client a démarré l’aventure eXo Platform, courant 2004.

La société a été créé à Vannes ?
En fait j’ai commencé à Paris, en banlieue parisienne.

… dans un garage ? Important le garage !
*rires*, oui le garage en effet.
Nous avons commencé ensuite à Vannes, cela nous a donné la possibilité de démarrer rapidement, entre autre grâce à François Moron, qui est le directeur des opérations aujourd’hui chez eXo.

Comment se passe la répartition des équipes entre les différents centres de R&D ?
Nous sommes répartis par couche technique. L’implémentation de spécification se fait plutôt en Ukraine, le Viet-Nâm se concentrant sur l’intégration et la réalisation des produits. La Tunisie démarre afin d’offrir un support francophone et surtout, le support des écritures right-to-left comme l’arabe, l’hébreu et le persan. Nous souhaitons démarrer très rapidement de nouveaux projets en Afrique du Nord et au Moyen-Orient. Le support des utilisateurs francophones en Tunisie nous permet aussi de renforcer nos équipes et d’offrir un service de qualité à nos clients en Europe.
A propos nous recrutons en Tunisie, et nous cherchons des personnes motivées afin de renforcer nos équipes à Tunis (voir le site http://www.exoplatform.com). Si des personnes sont intéressées, elles peuvent postuler via le site Web d’eXo.

eXo Platform fait partie du JCP (Java Community Process) et vous intervenez sur la JSR 286, Portlet 2.0. Qui est en charge chez eXo de la JSR ?
Au départ c’était moi. A cette occasion j’ai fait la connaissance de Julien Viet. Il était à l’époque chef de projet chez RedHat de JBoss Portal. De fil en aiguille, Julien nous a rejoint et il est en charge aujourd’hui du produit eXo Portal 2.5.

Par exemple, où travaillait Tugdual Grall avant de rejoindre eXo ?
Chez Oracle à San Francisco, pendant une dizaine d’années. Il est aujourd’hui VP of Business and Product Strategy chez nous.

Il y a pas mal de personnes connues de la communauté Java dans les membres d’eXo Platform non ?
Dimitri Baeli, OSSGTP, anciennement chez Prima Solutions nous a rejoint récemment. Il a mis en place Scrum et il travaille sur l’industrialisation de nos produits. Ensuite Brice Revenant dirige eXo Platform SEA (South East Asia). Il est basé au Viet-Nam, il travaillait anciennement chez Bull.
Patrice Lamarque est Product Manager, il est en charge d’eXo Collaboration Suite, notre suite collaborative avec email, agenda, carnet d’adresse.
Il y aura d’autres personnes prochainement…

eXo Platform fait partie du consortium OW2, peux-tu expliquer ce que cela représente et comment vous avez rejoins ce groupe ?
OW2 est au départ une initiative de France Telecom, de Bull et de l’INRIA, visant à promouvoir les projets open-sources. Cependant aujourd’hui c’est un consortium bien plus important, l’Asie et le reste de l’Europe sont fortement représentés. Au départ, l’objectif est de fédérer des projets autour du middleware, plutôt en licence LGPL. Lorsque nous avons commencé à travailler avec OW2, nous avons proposé eXo qui est en double licence : GPL et commerciale. D’autre part nous sommes un socle applicatif. Aujourd’hui les projets regroupés autour d’OW2 sont plus vastes. On retrouve par exemple d’autres projets comme xWiki, initié par Ludovic Dubost ou elastic Grid initié par Jérôme Bernard.

A propos des évolutions à venir d’eXo Platform, j’ai lu que tu parles d’un mode hébergé (Saas) et d’un mode déconnecté. Qu’en est-il aujourd’hui ?
Oui à propos du mode hébergé, nous sommes utilisateurs d’Amazon S3 et EC2. Pour l’instant nous n’avons pas encore finalisé de produits. Notre idée est de proposer ce que l’on appelle « Paas » : Platform as a Service. Nous travaillons aujourd’hui avec des intégrateurs qui réalisent des projets chez des grands comptes. Notre souhait est d’offrir directement aux PME une solution locative et donc d’héberger leurs applications sur notre plate-forme. Ainsi, chacun se concentre sur son coeur de métier et ne prend pas en charge la gestion d’un data center par exemple.

Sur ce modèle, SalesForce.com propose ce service, nous souhaitons aussi travailler dans ce sens. C’est un mouvement fort pour les années à venir.

A la base notre offre vise à simplifier chez les grands comptes l’usage des familles de produits sur lesquels nous nous sommes positionnés. Là où il y a un IBM Websphere Portal, notre offre est plus compétitive. Nous avons fait un gros travail pour supprimer la segmentation du marché (Websphere Portal, FileNet, Lotus…) et d’offrir un socle commun plus puissant.

Amazon SimpleDB, S3, EC2, le Cloud computing sont des sujets sur lesquels nous travaillons. Faire fonctionne une application J2EE en cluster demande un travail très intéressant. Il n’y a pas de multi-cast dans le cloud computing. Ce sont vraiment des sujets intéressants.

Je me souviens que lors de la précédente crise dans les années 2000, Linux a littéralement explosé. Face aux réductions de budgets, les DSI ont propulsé Linux. Surtout sur les marchés publics. Que penses-tu par rapport à cette crise ?
On sent un mouvement global, la crise va-t-elle privilégier l’open-source ? et d’autre part, est-ce que les choix techniques que nous avons fait sont les meilleurs ?
Sur la première question, ce qui est intéressant c’est que les gens se posent plus rapidement la question de « est-ce que c’est moins cher ? ». C’est la première question. Ce n’est pas gratuit car c’est open-source, ce que les décideurs ont intégré. Alors quel est le prix ?
On a vu que les couches basses ont percé dans le monde de l’open-source ces dernières années. Tout le monde est d’accord pour s’en servir. Je pense que l’on va remonter de ces couches basses vers les plate-formes d’hébergement comme la nôtre, qui proposent des services à valeur ajoutée, comme Alfresco ou Liferay. Le pipe en ce moment est plus important, nous voyons que la crise provoque en ce moment un mouvement.
Finalement en situation de danger, les décisions sont plus radicales, et nous sommes mieux positionné.

Entre la France et l’export, comment est réparti l’activité ? le chiffre d’affaire ? as-tu des repères à nous donner ?
35% du CA génère en 2008 s’est fait à l’export. En 2007 c’était 50/50. Notre chiffre d’affaire en 2008 a presque quadruplé en un an.

Quelles sont vos sources de revenu ?
C’est de la souscription, et un pourcentage sur le support. Nous avons aussi des experts et des prestations de service. Finalement surtout de la formation, et des développements noyaux. Nos clients sont sponsors.

Quel est votre concurrent numéro 1 ? si nous étions dans la rue, est-ce que ce serait une petite épicerie ? un supermarché ? quel est sa taille par rapport à eXo ?
Cela dépend du marché, de la partie dans le monde dont nous parlons. Sur les appels pour marché public nous voyons souvent en concurrence des solutions proposées autour de Liferay, Alfresco, parfois du Jahia. Sinon aussi IBM Websphere Portal et Oracle Portal.
Nous voyons beaucoup de projets proposés sur Microsoft Office Sharepoint Server, surtout en Afrique du Nord.

J’ai vu dans la Finance aux USA que les solutions basées sur Microsoft avaient le vent en poupe, car ce sont des solutions qui partent d’une interface agréable, là où les solutions Java remontent des serveurs d’application vers l’interface utilisateur. JavaFX vient juste de sortir… On parlait RIA, GWT, Flex l’an passé comme d’une révolution… Pour revenir à eXo Platform. WebOS montre peut-être une piste pour le futur.
Finalement, tu ne penses pas que Google sera ton plus gros compétiteur demain ?
Non nous ne sommes pas sur la même segmentation. Google est un partenaire avec lequel nous travaillons. Ils ont lancé le modèle « Gadget » et « OpenSocial » qui fédère beaucoup de sites (LinkedIn, MySpaces.com…). On a aussi un engouement justifié sur le développeur chez Google. Ils sont aussi fort en proposant des solutions qui ne sont pas uniquement basées sur Java mais sur Python, javascript, Groovy ou autre…
Google Gadget est une solution agnostique de la partie serveur. Du côté du client, du html, du javascript. Et tu peux alors mettre ce que tu veux du côté du serveur, ce qui est vraiment intéressant car les perspectives sont plus larges.
eXo Platform supporte l’intégration des Googles Gadgets, ce qui nous ouvre aujourd’hui plus de 1000 composants que chacun peut placer sur son portail.
On retrouve un mode client-serveur, le client communique avec le serveur avec du JSON.

J’ai fait le tour de l’Asie avec Google en novembre dernier. Lors des conférences, une page pas très belle présentée par Google : résultat,, 500 personnes dans la salle. Tu passes derrière et tu proposes une présentation très sympa ? 100 personnes ! C’est l’effet Google ! Le traiteur le Nôtre pour eXo : 100 personnes. Des bières et des chips chez Google : 500 personnes… C’est Google *rires*

Pourtant tout ne marche pas si bien. Google Chrome est utilisé autant que Safari d’après des chiffres vus sur le site du NewYork Times je crois
Les gens qui utilisent un Mac utilisent Safari, il marche bien. Les iPhones, cela fait aussi un grand nombre de navigateur « Safari ». Sur Google Android je crois que c’est Web Toolkit. Apple a vendu 17 millions d’iPhone… C’est énorme.

A propos donc de téléphone mobile, avez-vous des projets ou des prototypes ?
Il y a 3 usages différents : deux qui sont classiques, naviguer sur internet pour le premier, et faire de la synchronisation pour le deuxième. On étudie SyncML pour voir comment nous pourrions proposer la synchro entre notre suite collaborative et ton PDA. Le 3ème usage auquel nous pensons, c’est de proposer un « Application Store » pour proposer des gadgets et des outils.
Le WebOS de Palm est très puissant et pourrait afficher le contenu de notre plate-forme.
Goojet (http://www.goojet.com/index.html) est une société Toulousaine qui propose par exemple un système de gadgets et d’application mais pour téléphone portable.

Présenter le portail ou le WebOS sur un petit écran, je ne sais pas. Par contre je pense que présenter une partie des gadgets de nos portails, cela serait possible…

Sur un autre sujet, tu as annoncé l’ouverture d’une filiale en Tunisie. Où en sommes-nous ?
Le marché de l’Afrique du Nord se développe à vitesse grand V. Nous avons la chance de parler français, nous sommes proches géographiqmenent. J’ai contacté un ami rencontré pendant mes études, Oualid Chaker. Ensemble nous avons monté ce projet et débuté fin juillet une activité de commercialisation et de support basée à Tunis, en charge des contacts avec les pays d’Afrique et du Moyen-Orient.

Peux-tu présenter les produits et le socle technique d’eXo Platform ?
Le plus simple pour présenter cette partie est de faire un petit schéma.

Au niveau du socle technique :
1) eXo Portlet Container est une implémentation des JSR 168 et JSR 286 (Portlet 2.0). Ce module gère le cycle de vie et les instances des composants de portlet. L’implémentation a été optimisée et fournit également des capacités de monitoring qui sont indispensables dans un environnement de production.
2) les WebServices sont supportés avec une implémentation de la spécification JSR 311(JAX-RS) l’API pour les webservices de type REST. JSR 181 est une JSR pour les WebServices Metadata, qui te permet d’exposer via des annotations des web services type WSDL
3) eXo Java Content Repository. Il s’agit d’une implémentation de la JSR 170 et JSR 283 qui vise à rendre abstrait et à normaliser le stockage des données. Les dépôts de données sont composés d’espaces de travail qui peuvent contenir du contenu dans une structure hiérarchique. Notre implémentation fournit des services pour gérer les versions, le verrouillage, la sécurité (LDAP), et les recherches. L’implémentation eXo permet également des connections optimisées avec toutes les bases de données telles que Oracle, DB2, MySQL…

On a donc 3 points à retenir. Exo Platform offre :
- la portabilite des applications avec portlet
- la portabilité des données avec le JCR
- la portabilité de la logique métier avec JAX-RS et WS Metadata.

Wow…..
Le point essentiel est ensuite qu’on ajoute ensuite la notion de « Gadget serveur » à la Google. On peut soit les exposer pour nous, soit vers l’extérieur. On a là le socle portail d’eXo Platform. Nous stockons les préférences et les pages dans le JCR. Et on pense maintenant proposer un IDE pour que tu puisses développer en Groovy des applications hébergées dans la plate-forme…

… wow… wow….. et ensuite ?
On a ensuite travaillé sur la représentation et l’interface utilisateur. Tu as d’une part la vue classique, orienté Web avec le portail. Mais nous avons aussi la vue type « WebOS » qui t’offre un bureau avec ses applications, le tout déployé sur le même serveur.

… ah… wow…
Nos produits phares sont donc développés avec notre socle.
– eXo ECM 2.2 (Enterprise Content Managment) est notre offre de gestion de document avancée. (voir sur le site pour plus de détails)
- eXo WCM 1.0 (Web Content Managment) est un produit très intéressant de gestion de sites Internet. Il permet aux collaborateurs d’une entreprise d’avoir une vue synthétique pour gérer le contenu et les mises en ligne de sites Internet.
- eXo CS 1.0 (Collaboration Suite) est un portail d’entreprise : agenda, courrier électronique, carnet d’adresse… nous proposons de regrouper dans un navigateur les informations de l’entreprise afin d’offrir un socle de collaboration et de partage très puissant

Il manque enfin le module transverse : une implémentation d’open-social, qui nous permet d’offrir une intégration avec les applications Web 2.0. Il sera possible d’exposer par exemple ton réseau d’ami…

Selon les personnes avec lesquels on discute, nous présentons eXo Platform d’une manière ou d’une autre.
En tant que technicien, tu as vu le socle technique, mais aussi notre chemin d’intégration, ce qui nous permet de travailler ensuite avec les clients et de réaliser des produits finis.

En tant que développeur, comment puis-je ensuite travailler avec vous afin de développer une solution sur votre socle ?
La notion de plate-forme te permet de rajouter tes propres composants. Tu as aussi un éditeur de gadget en ligne, ce qui ouvre le système et permet à chacun de contribuer à la plate-forme.

Mais est-ce suffisant pour développer une application ?
La partie serveur sera exposée avec REST, tu retrouves ton modèle classique, avec une application Java et celle-ci discutera via JSON par exemple, avec le gadget.

Les visiteurs sont aujourd’hui souvent sur des sites comme Facebook, MySpaces.com. Comment les faire venir ?
Justement, tu utiliseras la plate-forme d’hébergement eXo, tu pourras aussi gérer finement le cycle de vie de ton gadget, nous offrirons un service qui n’existe pas encore… Tes visiteurs seront sur leur page iGoogle avec une application exposée via OpenSocial par eXo Platform. Tu pourras donc par exemple accéder au gadget hébergé sur la plate-forme eXo….
Nous offrons une version un peu plus entreprise pour gérer ce cycle de vie. C’est adapté aux entreprises qui cherchent à ouvrir leurs services.
600 millions de personnes sur OpenSocial, 180 millions chez Facebook…

Pour revenir à l’offre hébergée, je te présente du code normalisé pour qu’il fonctionne sur la plate-forme. Est-ce que je peux venir louer une partie de ta plate-forme ?
Pour tout ce qui est gadget, je pense que nous offrirons un point d’entrée et que tu pourras proposer tes gadgets. Les portlets par contre, sont du côté de ce que nos clients hébergent avec nos produits, et les utilisateurs de nos clients pourraient ajouter des gadgets afin d’ajouter de nouveaux services sur leur application.

Qu’en est-il du Java content repository ?
Du côté du JCR nous avons aussi des chemins encore à explorer. Aujourd’hui nous stockons les données soit dans une base relationnelle, soit sur le disque lorsque celles-ci sont trop grandes. Nous travaillons afin de remplacer cette base relationnelle par la solution type Amazon SimpleDB. Cependant faire travailler ce type d’application dans un Cloud demande un travail assez important. Passionnant mais cela demande du travail.
La version 1.11 du JCR devrait proposer en beta ces fonctionnalités.

Donc à terme, Amazon EC2 pour la partie JVM, et Amazon DB à la place de clusters de MySQL. Nous serons alors prêt à segmenter pour que chaque société puisse alors utiliser une partie de nos produits.

Cela à l’objectif des deux années à venir.

Il faut avoir aussi les investissements et les moyens. Par les temps qui courent, ne crains-tu pas que cela soit plus difficile ?
eXo Platform s’autofinance par son revenu, ce qui nous donne une liberté et donc une réactivité. Nos produits sont matures et sont sur les rails. Nos axes de dépense seront plutôt les efforts commerciaux, le travail que nous réalisons en ce moment pour aller à la rencontre de nos clients.
Nous travaillons pour offrir une plate-forme de services et donc proposer à chaque client la même offre de support. Notre offre “Enterprise” répond à la gestion de versions, au cycle de vie de nos produits.

Dimitri m’a parlé aussi des méthodes de développement et de vos outils. Sans trop en dévoiler, vous êtes vraiment bien outillé et industrialisé. J’ai eu le sentiment en effet que les projets sont sur les rails, que les équipes produisent et travaillent avec une synergie dont on rêve parfois. Il manque encore des produits ?
Nous sommes open-source. Dès le départ nous avons eu besoin d’outils comme des wikis, les outils d’Atlassian, la gestion des bugs. Nous travaillons sur les outils de tests d’intégration, comme Selenium par exemple. Cependant, comme nous étions dès le départ open-source, les efforts sont logiques.

Cela me fait aussi penser qu’il y a vraiment un potentiel pour, par exemple, proposer une plate-forme d’hébergement à des développeurs. J’imagine en effet que nous pourrions proposer d’héberger des projets, de les compiler, de les versionner…

Collabnet le fait déjà. Chez Reuters c’est la solution retenue pour les 3200 développeurs dans le monde. Il faudrait offrir un service SVN non ?

En fait nous avons travaillé avec le repository maven2 “Archiva”. SVN fonctionne par dessus le protocole http, et notre JCR peut s’exposer avec des modules WebDAV. Il sera donc possible de le faire je pense.

J’imagine mettre dans le JCR le code source d’une part, et les artifacts compilés d’autre part. A la fois un repo SVN et un repo Maven2 par exemple. On peut alors utiliser qu’un seul serveur au lieu de deux !

…et je vais abonder dans ton sens, car aujourd’hui il est difficile de demander à des équipes MiddleWare d’héberger et de maintenir le repository SVN et le proxy Maven2. Cela pose des soucis de budget !

Ce n’est pas pour l’instant notre but, mais je pense que ce serait un produit que j’utiliserai.
A réfléchir. Pour que cela soit intéressant il faut que l’automatisation soit poussée.

Pour boucler avec les questions du début, quels sont les clients en France qui utilisent eXo Platform ?
Je ne vais pas les citer tous, mais par exemple nous travaillons avec M6. Le dernier résultat dont je suis très fier c’est le support du texte “right-to-left” pour l’arabe, l’hébreu et le persan. C’est l’un des travaux de Julien Viet depuis qu’il nous a rejoint.

Pour terminer sur une note plus légère, quel usage de Twitter fais-tu ?
Deux choses : où je suis, car je voyage pas mal. Et ce que je bois
Julien Viet est un spécialiste des sushis par exemple. Twitter c’est un moyen déconnecté de rester informé de ce que chacun fait.
J’utilisais plus twitter lorsqu’il y avait la notification par SMS. Je dois passer par le web.
Cependant en Asie je me souviens que lorsque nous twittions sur #devfest en Asie, nous
avons eu des journées énormes avec beaucoup de messages échangés. Twitter est déroutant.

Le mot de la fin ?
J’invite tout le monde à venir tester eXo, des articles sur internet vous donne un guide complet pour commencer rapidement à créer vos applications. eXo Platform peut très bien faire fonctionner par exemple une application en Flex, hébergée sous la forme d’une Portlet 2.0. A part un premier souci de z-index, nous n’avons pas eu de soucis. Il est possible de faire fonctionner des technologies comme GWT ou Flex avec eXo.

Merci Benjamin !
Merci Nicolas !

N.Martignole et G.Laforge

C’est fait, le premier podcast du Touilleur Express est en ligne sur sa page dédiée. Le premier épisode vous propose d’écouter Guillaume Laforge, le chef de projet du langage Groovy. SpringSource a annoncé le 11 novembre dernier le rachat de sa société, G2One.inc. A l’occasion de la journée « Les Rencontres Spring » nous avons été invité par SFEIR à rencontrer plusieurs personnes de SpringSource. J’ai enregistré une petite interview de guillaume avec Olivier Croisier, auteur du blog « The Coder’s Breakfast« .

Voici des pointeurs vers des sujets abordés dans le podcast :

• article sur InfoQ
• Le Blog de Guillaume
• The eXo Platform
• Benjamin Mestrallet, fondateur d’eXo, gagne le prix du jeune dirigeant de la Technologie

A venir prochainement : interview avec Peter Cooper-Ellis. La qualité n’étant pas assez bonne, je vous proposerai une transcription de notre rencontre avec Peter prochainement.

En attendant voici une photo prise chez SFEIR, avec donc de gauche à droite : Peter Cooper-Ellis, moi-même et enfin Olivier Croisier.

Interview Peter Cooper-Ellis avec Nicolas Martignole et Olivier Croisier