Europe-Trotteur, Play, SOA4All et co.

Les deux dernières semaines ont été bien remplies, en passant par Athènes pour une réunion de travail sur le projet Play puis par Bruxelles pour la revue finale du projet SOA4All (après un détour par Montpellier pour coder un peu), il est temps de faire un bilan de tout cela…

Athènes - Mai 2011

Athènes - Mai 2011

SOA4All

Toute personne déjà venue sur ce blog devrait connaitre un minimum ce projet qui m’a occupé ces trois dernières années. C’est bon je ne devrais plus en parler trop puisque il est maintenant officiellement terminé depuis la fin du mois dernier. La revue finale s’est déroulée aujourd’hui à Bruxelles. Pas de présentation technique pour cette fois, j’ai même pas eu besoin de dire un mot… La session du matin était assez spéciale pour un projet recherche: essayer de vendre le projet a un investisseur (avec un vrai investisseur, mais qui venait sans son chéquier). Bref un jeu de rôle que je trouve un peu grotesque et qui au final n’a rien donné a part trop de travail pour les speakers.

Regardons ce que ce projet a pu m’apporter, apporter à PetalsLink et aux produits associés, les points forts, les points faibles, etc, (en essayant de faire court):

  • + Mon premier projet de recherche européen. Je suis entré dedans dès le début après avoir passé 2 ans a bosser sur Petals ESB à temps plein en tant que développeur, product leader et compagnie. J’avais par le passé travaillé sur un projet ANR pendant presque 3 ans aussi sur le thème du grid computing (cf http://grid-tlse.org).
  • + Petals ESB n’avait jamais été trituré de la sorte (ndlr: faut que je trouve un autre mot que trituré, je l’ai déjà utilisé hier plusieurs fois). La version utilisée dans SOA4All diffère énormément de la version communautaire OW2. En plus de l’ajout de nombreux services, il a été aussi customisé dans tout les sens pour qu’il soit non plus ‘Enterprise Service Bus’ mais ‘Internet Service Bus’. Les protocoles et contraintes de la version entreprise n’étant pas forcément les mêmes que ceux d’Internet.
  • + Le Distributed Service Bus qui en découle est maintenant une base pour de nombreux projets de recherche chez PetalsLink, donc on en entendra encore parler sur ce blog.
  • Les partenaires du projet avaient une toute autre vision de ce qu’est un middleware, dès la première réunion on a entendu plusieurs fois ‘The middleware is the Internet’. Donc là forcément çà commence pas trop bien.
  • + Heureusement, l’INRIA était là. J’avais déjà eu le plaisir de travailler avec l’INRIA Lyon sur Grid-TLSE, et généralement ces personnes là savent de quoi elles parlent et savent ce qu’est un middleware. On travaille d’ailleurs ensemble sur de nouveaux projets dont Play.
  • SOA pour tous‘ mais pas pour le projet lui même… Le but du DSB était aussi de fournir cette brique SOA de base. On se retrouve avec des développeurs qui font tous leurs Webapps dans leur coin et qui s’intégrent ‘à la mano’. Dommage il faut recompiler tout si le service est déployé ailleurs…J’ai presque honte de dire la taille de l’installer graphique que j’ai été chargé de faire pour installer les différents modules; allez 800Mo et encore tout les modules ne sont pas présents.
  • + C’est fini, maintenant on va pouvoir faire des vrais projets midleware, SOA et compagnie.

Play

Le projet Play a commencé depuis un peu plus de six mois (je ne parle toujours pas de Play! Framework mais vous devriez vous intéresser à ce Framework Web, le premier tuto est assez bluffant quand on a l’habitude de faire du Spring, du Struts, du GWT ou tout autre Framework Web, Play! est en train de percer et de botter le cul aux autres). Bien que le projet soit encore au début (durée 36 mois), l’activité est assez intense et promet de bonnes choses dans un futur proche. Pour faire rapide, il est question de développer une plateforme événementielle qui utilisera des technos issues/basées sur le Distributed Service Bus, de Complex Event Processing, de P2P, d’adaptation contextuelle, le Cloud, etc, etc, etc… Bref, beaucoup de choses à faire et un Bus de Service, qui va évoluer encore et encore. Ah et on parle aussi de gouvernance au niveau service et évènements, ce qui est un peu plus nouveau pour la partie évènementielle.
Donc la réunion de la semaine dernière à Athènes (ça change de Bruxelles…) a encore une fois tenue ses promesses: du contenu en masse, des cas d’usage qui évoluent pour utiliser au mieux la plateforme et le concept d’Event Marketplace qui se précise. Je pense que je parlerais mieux de tout ça d’ici peu de temps mais les bases sont posées.

Codons!

Ces voyages au sud et au nord de l’Europe m’ont laissé le temps de coder (surtout quand le TGV tombe en panne entre Montpellier et Bruxelles), un article sur une nouvelle feature du DSB a vu le jour hier soir, j’en ferais un autre plus précis dans les jours qui viennent.

2 réflexions sur “Europe-Trotteur, Play, SOA4All et co.

  1. Hello,

    Toujours aussi intéressant de te lire Christophe.
    SOA4All semble avoir le mérite de définir des choix de design pour faire du « pur » middleware et autre bus de service.

    Où se situe le DSB par rapport au standard AMQP , http://www.amqp.org ?

    • Ne connaissant pas assez AMQP, je ne pourrais pas te répondre en détail mais d’après ce que je comprends, AMQP est plus au niveau transport de messages. L’approche que l’on a dans le DSB est plus au niveau service. Il serait sans doute intéressant de voir ce que peut nous apporter une couche de transport basée sur AMQP dans le DSB comme on peut le faire actuellement en SOAP/HTTP pour échanger des messages entre noeuds du DSB.

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s