The original interview was conducted in English. You can try to use Google Translate but the quality is not great. French to English is never perfect. Sorry for english readers.

Bonjour Toomas, peux-tu te présenter en quelques mots ?
Je m’appelle Toomas Römer, je viens d’Estonie. Je suis l’un des fondateurs de la société ZeroTurnaround avec Jevgeni Kabanov. Je contribue sur le produit JavaRebel, JspWeaver et j’ai aussi travaillé sur le framework web Aranea. Mon blog : http://dow.ngra.de

A quoi sert JavaRebel ?
JavaRebel est un système qui permet de gagner du temps en évitant de devoir redéployer toute une application, en particulier avec les serveurs d’application J2EE. Pour cela, un agent s’installe dans la JVM. Il surveille un ensemble de répertoire que tu configures dans lequel se trouve tes classes, tes ressources, tes JSP, bref ton application. Lorsqu’une modification survient, l’agent se charge alors de remplacer ton code de manière transparente. Cela évite de devoir arrêter et relancer ton application.
Là où le Hotswap en Java est limité, JavaRebel par un système sophistiqué d’enrichissement du byte-code permet d’accélérer d’environ 80% le temps de développement. Tu peux ainsi ajouter des méthodes à une classe, changer ta configuration Spring, puis tester et valider immédiatement si le tout fonctionne. Les 2 seuls cas qui obligent encore à arrêter et relancer l’application sont l’ajout ou le retrait d’interface sur une Classe ou le changement d’une Superclasse.
Un tableau comparatif complet à cette adresse permet de comprendre ce qu’apporte JavaRebel.

D’où vient cette idée ?
Jevgeni Kabanov a eu l’idée en 2007, sur un besoin que chaque développeur J2EE connait : comment déployer rapidement une application sans perdre de temps ? J’étais à l’époque encore à l’armée, nous avons commencé à travailler dessus. ZeroTurnaround est maintenant une petite entreprise de 5 développeurs, ainsi que d’autres personnes pour la partie commerciale et la gestion. Nous avons participé à Devoxx 2008, à QCon et nous serons à JavaOne cette année.
Nos produits sont:
– JavaRebel pour accélérer le développement Java
– JSPWeaver supprime complétement la compilation des JSP en la remplaçant par son interprétation à l’exécution
– LiveRebel est notre solution de changement à chaud d’applications d’entreprise. Nous venons d’ouvrir la bétâ.

J’imagine que techniquement, vous avez dû rencontrer pas mal de difficultés non ?
Nos soucis ont surtout porté sur les vendeurs de JVM. Nous supportons la JVM HotSpot de SUN, Oracle JRockit, IBM J9 et l’Apple MRJ. Le support de la jvm d’IBM est celui qui nous a demandé le plus de travail. Lorsque l’application se plante, il était difficile, faute d’outils, d’avancer. Mais avec beaucoup d’efforts, nous pouvons aujourd’hui offrir le support de ces JVM.
Du côté des serveurs d’application nous supportons les plus connus (ndlr: liste complète ici). Comme tu le sais, les ClassLoader des serveurs d’application ne sont pas standards. Entre JBoss ApplicationServer et IBM Websphere, cela nous aussi demandé pas mal de travail. Caucho Resin était aussi assez difficile à mettre en place. Au final nous avons 10 containers supportés.

Parlons licence, comment fonctionnez-vous ?
JavaRebel est un produit commercial, tu peux avoir des licences d’évaluation de 3 Mois, ce qui laisse le temps de se faire une idée je pense de ses qualités. Nous mettons surtout en avant le temps, et donc l’argent gagné grâce à cet outil. Tu as d’ailleurs un outil d’estimation du coût sur la page d’accueil de notre site.
Le prix de la licence est de 59$ pour quelqu’un de seul, 149$ pour un salarié d’une entreprise et surtout, nous offrons gratuitement des licences aux projets Open-source ainsi qu’aux personnes avec une ceinture marron sur JavaBlackBelt !

(NDLR: 10 développeurs à 40 EUR/heure qui prennent 8 mn par cycle de compilation-développement-test et qui relancent ne serait-ce que 2 fois par heure l’application coûtent environ 158 000 EUR par an…)

Quelles méthodologies utilisez-vous pour ajouter le support d’un nouveau framework comme Spring ou Guice ?
Nous sommes nous même développeurs sur d’autres projets, nous suivons donc beaucoup l’actualité des frameworks que nous utilisons. La communauté des utilisateurs de JavaRebel via les forums sur Zeroturnaround nous font part aussi des cas qu’ils rencontrent, ce qui permet de faire évoluer le produit et de continuer à sortir une version environ tous les 3 mois.

Vous vous concentrez sur la stabilité de l’outil ou le support de nouveaux frameworks ?
Plutôt maintenant sur la stabilité, le panel des containers étant assez large.

Du côté des éditeurs comme Eclipse que tu nous as montré ou IDEA IntelliJ, bref des outils, qu’offrez-vous ?
Nous avons tout d’abord une documentation complète et gratuite sur le site pour que chacun puisse configurer son IDE favori, que ce soit Eclipse, IDEA IntelliJ ou Netbeans, avec qui j’ai eu un peu plus de mal. Nous avons un plugin dans IDEA IntelliJ, ainsi qu’un plugin Maven2 pour générer le fichier rebel.xml qui te permet de lister les répertoires de type target/classes utilisés par différents modules Maven2.

Une question : j’ai un serveur Weblogic sur Linux. Je travaille avec IDEA IntelliJ sur Windows. Comment faut-il configurer son environnement ?
JavaRebel fonctionne en surveillant tes classes, il n’y a pas d’accès réseau entre l’agent de la JVM et ton éditeur. Il faut donc que ton serveur Linux fonctionne avec une Webapp explosée, que ton répertoire sous Windows soit accessible à distance de Linux, avec un montage. Ou plus simplement, que tu aies par exemple un partage sur Linux afin de déposer tes classes à partir de Windows au moment de la compilation.

Là tu es d’accord que c’est pas non plus le plus facile non ?
Le cas le plus courant est quand même d’avoir tout sur sa propre machine non ? Serveur d’application et éditeur Java, afin de faciliter le développement. Nous avons beaucoup d’articles sur notre blog comme « Developping in Exploded Format » pour aider les développeurs à trouver la meilleur configuration possible.

Quels sont les autres fonctionnalités ?
JavaRebel est capable de recharger tes fichiers de configuration de Spring. Cela te permet d’ajouter un Bean, de le déclarer dans la configuration de spring, puis simplement de le tester tout de suite sans devoir arrêter et relancer ton serveur. Nous avons aussi le support de l’injection, avec AspectJ grâce à nos plugins, ainsi que Struts2, Google Guice, Tapestry4, Apache Wicket et WebObjects. (liste complète)

Le mot de la fin ?
Merci au Paris JUG, je vais aller ensuite à Tours puis Bordeaux. N’hésitez pas à télécharger et tester JavaRebel, contactez-nous si vous souhaitez une licence pour évaluer JavaRebel au delà des 30 jours de la période d’essai. Et à bientôt !

Merci Toomas
Merci Nicolas !

Références:
- La page JavaRebel sur le site de ZeroTurnaround
- Le blog de Toomas et de Jevgeni
- Jevgeni sur Twitter
- Toomas sur Twitter
- Exemple d’article de Jevgeni sur la lenteur de System.currentTime…

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 !

Nicolas : Salut Dimitri, d’abord quelques mots sur Prima Solutions ?
Dimitri: Prima Solutions est un éditeur français spécialisé dans les solutions pour le monde de l’assurance. Nous sommes une trentaine, avec un bureau à Paris dans le 17ème et un bureau à Chicago. Nous proposons 3 produits différents : Prima IBCS, Prima Repository et Prima Vanilla. Je travaille sur Prima IBCS, qui est un modèle objet permettant de définir les concepts types du monde de l’assurance. Cela facilite l’écriture ensuite d’un socle de services pour n’importe quel type d’application du monde de l’assurance.

Quel est ton rôle chez Prima ?
Je suis Architecte en charge de la définition des outils et des interfaces de nos logiciels. Je suis aussi amené à effectuer des entretiens d’embauche.

Tu étais à JavaOne 2008 cette année, alors quelles sont tes impressions ?
Je dirai qu’en premier nous avons vu le retour des Applets via une nouvelle implémentation du Plugin Java qui est enfin quelque chose de très mature. Il était temps avec sur le marché des concurrents comme Microsoft Silverlight et Adobe AIR. Les présentations et la qualité des intervenants à JavaOne en font un événement important de la communauté Java. Et puis j’en ai profité pour aller voir quelques amis français installés dans la Silicon Valley.
J’ai assisté à plus de 30 sessions. Entre autre à la soirée très sympa des Java Posses, les célèbres Podcasteur qui chaque semaine réalisent un podcast en anglais sur Java et le monde de l’open-source.
Il y avait quelques monstres comme le créateur de Mylyn par exemple dont la présentation valait le détour. On va reparler de Mylyn tout à l’heure je te ferai la démo.

C’est quoi ce stylo que tu as sur la table ? (je vois un gros stylo noir avec un écran LCD)
Arf. Là j’ai craqué. 150 $ c’est pas cher quand tu vas voir ce que l’on peut faire avec ce stylo magique. Il s’agit d’un stylo LiveScribe dont d’ailleurs les Java Posses parlent dans l’épisode #189 de la semaine dernière. Ce stylo te permet tout d’abord de prendre des notes… Hop j’écris sur ce bloc. Cependant comme on peut le voir, le papier de mon bloc de feuille est un peu spécial.
(En effet en regardant de pres, des petits points bleus sont dessinés)
Le stylo est doté d’un scanner et d’un microphone. Tu peux donc enregistrer par exemple la voix d’un orateur pendant que tu prends des notes… Et là où c’est vraiment fort, c’est que lorsqu’ensuite tu repointes une ancienne note dans ce carnet… (il tourne des pages et arrive à un plan de jardin) tu peux réécouter le son attaché à la note….
(on entend alors une discussion avec Vincent Massol sur une tondeuse automatique. Vincent avait dessiné un plan de jardin)
Pour la démo : http://www.livescribe.com/cgi-bin/WebObjects/LDApp.woa/wa/MLSOverviewPage?sid=t5S11hblGhQV#

Est-ce que la reconnaissance de la page par le stylo est rapide ?
Le LiveScribe est vraiment rapide. Tiens hop là je pointe le mot « JSR-303″ sur mes notes, et tu peux entendre la présentation d’Emmanuel Bernard enregistré à JavaOne… Pas mal non ?

C’est assez bluffant… J’ai voulu acheter un dictaphone numérique pour le Touilleur… entre 200 et 400 EUR… Et là pour 150 $ tu me montres une solution vraiment top. Mais le bloc papier est spécial non ?
Oui en effet. Cependant on parle de pouvoir imprimer ces feuilles spéciales à la maison avec une imprimante capable de sortir du 600 dpi. Donc à priori cela veut dire que l’on ne sera pas attaché à acheter des blocs spéciaux.

Pour résumer : le papier a des petits points à peine visibles qui font une sorte de code barre unique. La caméra du stylo à priori associe donc les points visualisés avec un marqueur de temps sur un fichier enregistré avec le micro, qui est dans le stylo…
En effet c’est cela.
La capacité est de 1 Gb pour 149 $ et 2 Gb pour 200$. Il est possible d’en acheter en ligne sur LiveScribe.com

C’est vraiment intéressant. Passons à la démo de Mylyn dont tu m’as parlé lors de la soirée Xebia Poker si tu veux bien.
Mylyn n’est pas facile à décrire sans utiliser les mots « génial », »trop de la balle », »ça déchire » mais je vais essayer. Donc le principe de Mylyn, outil open-source pour Eclipse, est de permettre à un développeur d’associer sa vue courante dans Eclipse à une tâche. Par exemple je décide de commencer à implémenter la tâche #165320 que tu vois ici sur XPlanner…

XPlanner c’est ?
… un gestionnaire de projet et de suivi de tâche orienté eXtreme Programming simple et puissant que nous utilisons chez Prima. (Voir le site XPlanner).

Donc dans ton écran d’Eclipse, je vois que tu cliques dans un panel « Tasks » sur cette tâche pour l’activer ?
Exactement. Sur mon écran d’Eclipse comme tu peux le voir il n’y a pas de volumes montés, pas de code source… en fait il n’y a rien d’affiché. Lorsque je vais commencer à fixer mon bug, je vais ouvrir petit à petit mes packages Java au lieu d’avoir à gauche toute l’arborescence de mes packages. Sur notre projet nous dépassons les 150 000 lignes de code. Je serai pollué visuellement avec tous ces packages et classes qui ne me servent à rien.

J’ai un peu de mal à comprendre pour l’instant
Il faut savoir que Mike Kersten, le concepteur de Mylyn, est un universitaire de haut niveau spécialisé en Psychologie. Il a expliqué lors de sa présentation que notre cerveau tend à se perturber lorsque trop d’informations sont affichées à l’écran. La mémoire à court terme, d’ailleurs comme en Java, est limitée en capacité. Ainsi si nous voulons faciliter le travail et obtenir les meilleurs conditions, il faut que les IDE allègent la vue. Donc ici Mylyn me permet de ne rien voir de mon projet dans un premier temps. Au fur et à mesure que ma correction de bug va prendre forme, je vais ajouter les quelques classes associées à ma tâche. Là où tout ceci est vraiment fort c’est que je peux échanger mon environnement de travail avec un autre développeur.

Donc si je travaille avec toi et que tu me demandes de terminer ta correction de bug ?
Et bien tu lances ton Eclipse, tu sélectionnes le bug dans ta liste, et lorsque tu cliques dessus, tu peux récupérer exactement le même environnement que moi. Même vue, même espace de travail dans Eclipse.
Ensuite une fois la correction terminée, lors du commit vers SVN comme tu peux le constater Mylyn prépare une liste très précise des fichiers à commiter et même le message de commit avec l’id de la tâhce .
Mylyn est maintenant de base dans les distributions Eclipse Europa et Ganimède à venir.

J’ajoute en plus que Mylyn permet aussi d’accéder à Mantis et de gérer ses tâches personnelles. Tu peux aussi n’exécuter que les tests unitaires concernés par la tâche. La complétion dans Eclipse se concentre uniquement sur les classes et les méthodes récemment utilisées. L’architecture de Mylyn est ouverte. Je pense que nous devrions voir des plugins pour NetBeans et IDEA IntelliJ très rapidement.

(Difficile de reprendre ici l’intégralité de la présentation de Dimitri. Je vous propose d’essayer par vous-même Mylyn pour en comprendre l’intérêt. Voir le site http://www.eclipse.org/mylyn/)

Merci Dimitri pour ces informations. Est-ce que tu recherches des personnes pour Prima Solutions ?
Nous sommes toujours à la recherche de candidats motivés ayant un bon socle de connaissances en UML. Nos produits utilisent l’approche MDA et donc une bonne maitrise d’un outil comme MagicDrawUML est un plus. Ensuite quelqu’un qui aime coder et qui veut bien rejoindre une société sympa.

Le dernier achat que tu as fait ?
On s’est acheté une WiiFit pour le bureau pour accompagner la wii achetée l’année dernière. Vraiment très sympa entre midi et deux pour se détendre entre développeurs. On a notre petite salle de FitNess !

Excellent ! Merci pour ton temps et à bientôt !
A bientôt

Voici un résumé de l’interview et ensuite mes impressions à la suite de celui-ci

—————————————————————————————-

Quel est le besoin auquel répond Celerio ?

Nicolas Romanetti explique tout d’abord que le constat sur le marché aujourd’hui est que :

• les technologies Java du monde open-source évoluent vite.

• les compétences pointues en Java sont difficiles à trouver.

• les décideurs sont de plus en plus exigeants et exigent un engagement sur la qualité et les performances pour le même prix. Il n’est plus envisageable d’intégrer à posteriori les outils de qualités dans le code au risque de mettre sinon le projet en danger.

• le temps de développement des projets tend à se réduire, les décideurs veulent une solution en ligne rapidement pour un budget limité.

• les développeurs écrivent du code d’architecture technique et ne passent peut-être pas assez de temps sur la partie métier. La recherche d’une solution à un problème sur Hibernate ou Spring lorsque l’on ne maitrise pas ces technologies peut accaparer un temps précieux

• une fois en production, le tuning est difficile car il demande une expertise sur les technologies que les développeurs n’ont pas tous

• le turn-over sur les projets de 6 mois à 12 mois est un facteur de risque. La connaissance n’est pas assez diffusée.

• la mise en place d’outils comme maven, findbugs, pmg, checkstyle n’est pas vu par la maîtrise d’ouvrage comme un élément à valeur ajoutée.

• le choix parmi les technologies open-source Java n’est pas toujours évident

• il existe un fort besoin d’industrialiser le développement des applications en mettant en place de l’intégration continue, du développement par les tests, de la génération de code

• presque tous les projets d’applications webs en Java se basent sur les mêmes technologies. Le marché a déjà sélectionné les meilleures solutions open-source pour nous.

Pouvez-vous citer une référence client ayant mis en place Celerio ?

La société EPTICA a développé une nouvelle application Web destinée entre autre à répondre à un appel d’offre d’une grande banque française. Le tout en moins de 6 mois. Cette application a été prototypée puis développée grâce à Celerio. Elle permet aujourd’hui chaque matin aux quelques 18 000 conseillers clientèles de la Grosse Banque de répondre aux courriers électroniques envoyés par les clients via le portail Web de la banque. Grâce à Celerio, EPTICA a répondu avec succès à la demande de la Grosse Banque et le produit a été mis en place très rapidement.

Comment ont-ils utilisé Celerio ?

Les développeurs d’EPTICA ont utilisé Celerio pour générer le code d’architecture de leur projet. Ils ont ensuite implémenté la partie métier sans perdre de temps à configurer Spring, Hibernate ou Struts par exemple.

Celerio est intégré au cycle de production car il permet de générer une partie de l’application lors de l’intégration continue. Il facilite la conception par itération et il est donc complétement Agile. Scrum serait une excellente méthode projet pour piloter un développement avec Celerio. On évite l’effet Tunnel durant lequel un client n’a aucunes visibilités sur le développement en cours. Celerio facilite le travail des développeurs. Le développement peut donc démarrer rapidement sans attendre la fin de la rédaction des spécifications ou de la définition du schéma de la base par exemple…

Comment mettre en place Celerio ?

En fait Celerio est livré sous la forme d’un ensemble de plugins maven. Il permet tout d’abord à l’aide d’un bootstrap développé par l’équipe de Jaxio de préparer une arborescence de travail avant de commencer à écrire le code. Cette structure normalisée basée sur Maven sera familière aux développeurs utilisant déjà Maven.

Ensuite le développeur travaille sur le modèle de la base de données : un simple script SQL permet de définir dans un premier temps la structure relationnelle de son application.

Une fois son modèle exposé, il peut alors faire fonctionner Celerio afin d’effectuer les étapes suivantes :

• génération de la couche Hibernate

• création des beans DAO, model, manager représentant le modèle

• création d’un ensemble d’action Struts standards (CRUD)

• génération des tests unitaires avec junit et EasyMockup

• Maven ensuite se charge de la compilation du code, des tests unitaires et d’intégration

• exécution des tests

• génération du site maven de rapport avec un ensemble d’outils de rapports

• génération de la web application avec toutes les pages jsp, le code, les dépendances externes

• mise en place d’un serveur Jetty minimal afin de tester ensuite directement sur son poste le résultat

NDLR : Celerio s’active en ligne de commande avec maven en spécifiant des profils d’exécution selon ce que l’on désire faire. Le cousin de Celerio sur ce mode est le générateur seam-gen de JBoss Seam bien que celui-ci ne soit pas aussi puissant que Celerio.

Si par exemple je surchage l’action insert() dans la class UserAction de Struts, comment Celerio ensuite peut fonctionner ? Est-ce que le code généré écrase mon code ?

Justement non, nous avons fait en sorte que la personnalisation métier soit très facile à mettre en place. C’est au générateur de s’adapter à votre code et pas à vous de rentrer dans un canevas trop rigide. Il n’était pas envisageable de mettre partout des tags spéciaux ou des annotations pour rendre magique du code.

Au lieu de cela nous avons cherché longtemps une solution qui permette de surcharger proprement du code tout en laissant la possibilité à Celerio d’ajouter du code. Cette partie fait l’objet d’un dépôt de brevet et je ne peux pas encore en parler.

(Cela dit Nicolas et Florent m’ont fait une démonstration qui m’a vraiment convaincu, en temps que développeur.)

Est-ce qu’il faut installer un éditeur spécial ? un plugin dans Eclipse ?

La réponse est non aux deux questions. Le développeur Java doit être libre d’utiliser l’outil qu’il veut. Dès le départ par rapport au code généré (java, xml, propreties, jsp, tld…) nous avons fait en sorte de respecter une structure simple telle que celle proposée par Maven. Cela nous permet d’éviter de réinventer la roue. D’ailleurs c’est l’une de nos phrases favorites : rester simple et ne pas réinventer ce qui a déjà été fait autre part.

Quelles sont les techniques de rendu pour la couche Web ?

Aujourd’hui html simple et extJS. Nous intégrons cependant dans l’application générée des taglibs standards de Struts2. Pour la partie rendu on suit l’approche struts2 : création de nouveau composants en freemarker. Pour certains composants, comme ce paginateur dans un tableau, nous avons ajouté des composants maisons.

Nous disposons aussi d’un rendu basé sur extJS plus orienté client riche. Et nous travaillons sur une intégration de Google Web Toolkit.

Au niveau couche web ?

Aujourd’hui Struts2 et Spring pour l’accès au code métier. Nous travaillons sur Spring Web Flow pour apporter une architecture orientée composant, là où Struts est orienté page/action.

Et donc JSF ? envie, pas envie ?

Honnêtement notre premier besoin est de générer du code rapide, simple à maintenir et qui permette une montée en charge de l’application. Cependant JSF est une techno à laquelle nous réfléchissons aussi pour d’autres types de projet, plus orienté client riche que purement web. Struts2 reste le moteur le plus simple et le plus puissant pour répondre à la majorité des besoins de nos clients.

Merci de m’avoir reçu et à bientôt

A bientôt !

————————————————————–

Conclusion

Séduit, clairement séduit. En effet en tant que décideur j’ai là une solution qui permet à mon équipe de générer le squelette de mon projet en suivant les meilleurs pratiques en cours.

Pas facile de comprendre l’intérêt de Celerio tant que l’on ne l’a pas vu en action. Ensuite on ne peut qu’être séduit. Certes le gourou refusera qu’un produit tiers vienne sur son terrain lui montrer comment travailler. Mais moi en tant que payeur sur un projet, je serai même demandeur pour voir une alternative à mon projet web basé sur Celerio. J’imagine même que je pourrai challenger mon équipe d’architecture et obtenir le meilleur d’un point de vue métier. En tant que décideur, les solutions techniques sont pour moi une source de coûts. Et de coûts aussi une fois en production. Là sur ce point, Jaxio marque un point énorme par rapport au marché.

Du côté des recherches de compétences pointues sur Java, aujourd’hui il est très difficile de trouver un expert Spring, Hibernate, Struts2 qui pour un coût modique (son salaire) vous propose le meilleur assemblage technique pour répondre à vos besoins. Florent et Nicolas sont tous les deux de vieux routiers de Java qui ont travaillés à San Francisco avant de rentrer en France. Ils connaissent parfaitement l’ensemble des technologies qu’ils proposent, ce qui est aussi le résultat d’un gros travail de veille technique, d’une certaine curiosité et de connections privilégiées comme avec Spring-Source. La valeur de Celerio est aussi basée sur la valeur de leurs domaines d’expertises.

J’ai aussi compris que leur logiciel permet de répondre très rapidement à un appel d’offre. En effet, celui-ci permet de générer les quelques 70% du code d’architecture et d’infrastructure d’une application, pour qu’ensuite un développeur fonctionnel s’attaque à la partie métier.

Je disais à Nicolas et Florent que là où aujourd’hui un junior va apprendre Spring en regardant le fameux PetStore, Celerio permet de générer du code en rapport direct avec le projet sur lequel le développeur va travailler. Or à mon avis pour monter en compétence, il sera plus facile de regarder du code en rapport avec son projet qu’un bête projet sur les…petites bêtes !

Imaginons un instant qu’ici chez Thomson-Reuters nous soyons utilisateur de Celerio. En tant que développeur je lance l’outil sur ma base et mes concepts financiers. Celui-ci me génère une application web en 2mn qui fonctionne réellement et que je peux tester. Si ensuite je veux commencer à écrire mes propres écrans je pourrai partir de la structure écrite par Celerio, au lieu de m’inspirer d’un exemple sur le web. Cependant je reste maître de mon code et le générateur n’est pas intrusif. Et je peux continuer à utiliser Celerio pour générer d’autres parties de l’application au fur et à mesure que mon modèle en base évolue. Celerio n’est pas un outil « one shot » mais un vrai outil logiciel qui accompagne le développeur.

Je cherche quelque chose de moins enthousiaste à dire mais je n’ai pas grand chose. Bon je me force pour Nicolas: les diagrammes des slides powerpoints sont pas très beaux (arf…). Non franchement ce que j’ai vu m’a intéressé en tant que développeur et aussi en tant que client potentiel. On n’est pas dans la poudre de perlin pin pin qui fait la pluie et le beau temps, mais bien devant un outil qui créée une grosse valeur ajoutée à un projet pour une mise initiale raisonnable. Je pense que le mieux est encore de se faire accompagner par l’équipe de Jaxio. Je vois qu’en 4 heures nous avons couvert le produit, ce qui montre qu’il est simple à comprendre. Mais derrière le gros effort de simplification se cache des heures et des heures de réflexions, d’essais, de tuning et enfin d’implémentation.

Le code est propre, documenté, léger. Pas de fouillis, classé par package sans dépendances cycliques… tout a été pensé minutieusement. Faire simple c’est à mon avis plus dur que faire…

Quoi d’autres ? On aimerait une version allégée open-source pour tester et faire du buzz autour de Celerio. Peut-être un jour ?

Au niveau du rendu, il y a tout ce que l’on a besoin dans une application Web. Mon œil d’architecte aurait aimé bien sûr plus de composants riches, car je suis habitué à voir non pas des applications webs mais des applications type client léger.

En tout les cas l’équipe est très sympa et dynamique. Ils sont situés à Suresnes mais un déménagement est prévu cet été pour aller dans Paris.

J’ai demandé pour terminer à l’équipe le profil de développeur Java qu’ils recherchent :

• « Quelqu’un de dynamique, motivé, qui aime coder, qui aime la technique et bien entendu qui soit un vrai fan de Java. Aussi quelqu’un capable d’aller en clientèle pour assurer des prestations techniques chez nos clients. »

Si vous souhaitez postuler, vous pouvez contacter Jaxio via leur site Internet http://www.jaxio.com

Si vous êtes éditeur et vous voulez que l’on se rencontre, envoyez-moi un emai, mon adresse est sur le logo du touilleur en haut à gauche de cette page.

Prochaine interview du Touilleur : la société Prima Solutions à Paris avec Dimitri Baeli.

Jaxio est partenaire du PJUG, Paris Java User Group.
Vous pourrez les croiser à la prochaine réunion PJUG le mardi 10 juin sur Spring.