Bruce vient d'annoncer la sortie de GWT 1.7, une version dédiée notamment à l'implémentation de IE 8, Firefox 3.5 et Safari 4. La magie de GWT opère là encore, il suffit simplement de recompiler les applications pour qu'elles intègrent ces nouveaux navigateurs.

Il était prévu qu'il n'y aurait aucune version entre la 1.6 et la tant attendue 2.0, mais cette exception (qu'on l'appelle 1.6.5 ou 1.7 ne change finalement pas grand chose) montre que le support des nouveaux navigateurs passe avant tout dans la roadmap du Framework.

Concernant la 2.0, il y a eu énormément d'améliorations et de progrès ces derniers mois, j'essaierai de vous en parler très bientôt.

GWT 1.7 is a minor update that adds better support for Internet Explorer 8, Firefox 3.5, and Safari 4. Each of these new browser versions introduced at least one change that negatively impacted compiled GWT modules, so we recommend that you do update to GWT 1.7 and recompile your existing applications to ensure that they work with the latest versions of browsers. No source code changes on your part should be required.

Le voilà donc enfin. Je n'ai eu de cesse ces derniers mois de répéter à qui veut l'entendre que la stratégie de Google était de sortir un OS dans le navigateur. Tout d'abord avec ce billet qui décrivait NaCL, puis plus récemment lors de ma session aux USI dans laquelle je finis par la phrase suivante : "NativeClient sera le socle d'un système d'exploitation téléchargé à partir du navigateur" (vous l'entendrez lors de la publication des Webcast).

Lire la suite »

Pris dans les habituelles préoccupations quotidiennes du travail je viens de me rendre compte que je n'avais pas du tout bloggué sur le contenu de ma session aux USI à 16h30.

Comme vous le savez peut-être tous, les Université du SI auront lieu les 1er et 2 Juillet prochain à Paris. Cet évènement est devenu un immanquable en terme d'échanges entre geek et boss.  J'aurais le grand plaisir d'y animer une session sur les portails d'entreprise et les applications composites (on parle aussi de bureau virtuel). Cette session est prospective tout en essayant de montrer ce qui se fait aujourd'hui dans le domaine. L'idée est d'illustrer au travers de démo la manière dont les technos Web ont évolué ces dernières années pour permettre aujourd'hui d'exposer un SI d'entreprise (pas les gadgets météo ou les RSS de Yahoo) au travers d'un portail. Je montrerais une application GWT s'exécutant dans Liferay sous la forme d'une portlet. Le tout en mode Look&Feel de bureau Web/Vista dans la toute dernière version 5.2. Côté serveur, nous parlerons SOA, WSRP et les différentes JSR du domaine.

On évoquera ensuite l'équivalent mais en client riche cette fois avec les applications composites (Java et .NET/Prism). Pour finir sur ce que NativeClient de Google peut nous apporter dans cette optique. Et on finira sur les nombreux WebOS du marché tels que JoliCloud ou EyeOS.

Au plaisir de vous y rencontrer et d'échanger en fin d'après-midi autour d'un verre.

Les premières bribes d'Eclipse STP ont été annoncées il y a déjà 3 ans. A l'époque, l'idée était de bâtir avec Eclipse une sorte d'IDE SOA multi-implémentations. Une initiative non seulement louable mais pleine de sens. Aujourd'hui on n'a quasiment autant de plateformes que d'outils pour finalement faire la même chose, spécifier un service puis l'implémenter. Que ce soit avec JBI, SCA, ou BPMN pour l'aspect modélisation, le monde SOA n'a jamais et ne sera peut-être jamais structuré. Le seul semblant de stratégie dans ce domaine s'est toujours fait pour le compte de corporatismes à enseignes commerciales ou Open Source, au détriment de l'intérêt général. Il faut dire qu'il y a un marché potentiellement juteux et celui qui arrivera à créer et maîtriser la plateforme SOA universelle du futur aura tout gagné.

Du coup après avoir laissé tombé STP depuis quelques temps faute d'y avoir trouvé des outils stables et convainquant. Je me suis décidé récemment à refaire un petit test. Il semble que les choses aient pas mal évolué depuis.

Quelques projets ont été abandonnés en cours de route et d'autres ont continué leur petit chemin. Les 4 projets les plus actifs sont STP BPMN, STP SCA, STP Policy Editor et STP Intermediate-Model. Parmi ceux-ci, le dernier a été pour moi une découverte. STP IM est une sorte de méta-modèle destiné à représenter les différents éléments d'une plateforme SOA, une sorte de modèle générique multi-implémentations. Voici une description plus précise tirée de la session Eclipse Con d'Adrian Mos: "This component, part of the top-level SOA Tools Platform Project, already helps in integrating several editors available in Eclipse, including SCA, BPMN and BPEL and is used in production in the Spagic SOA suite. Support for other editors such as EID and Policy is being considered. The STP-IM is based on a common SOA EMF model and comprises several transformation plug-ins as well as support plug-ins such as the builder". Ce projet me laisse un peu perplexe, comment tous ces éditeurs ont-ils réussi à se mettre d'accord sur un méta-modèle SOA alors qu'ils s'étripent entre eux sur le marché ? Pour l'instant, j'ai l'impression que seul Spagic gère cette abstraction. Une initiative qui semble isolée .

Concernant l'éditeur BPMN, évidemment c'est une bonne chose qu'il existe sous la forme d'un plugin. Mais très honnêtement, en l'état c'est encore un gadget. Pas de copier/coller de tâche, une ergonomie plutôt tristounette et sur un gros projet, un modèle qui ne scailera pas (tiens un néologisme).  

Concernant l'éditeur SCA, le constat est du même acabit. C'est déjà un premier pas que ce plugin existe (n'oubliez pas que ces outils sont gratuits) mais en revanche, il est largement en deçà de ce qu'on est en droit d'attendre, surtout pour un projet contenant des dizaines de composites. Pas de copier/coller, les formes sont loin d'être léchées, et surtout l'ergonomie générale ne donne vraiment pas envie d'y passer une journée complète (on finit généralement à la main dans le XML). Le plugin plante assez facilement dans des cas un peu limites (impossible ici de sauver mon modèle).  Quant à l'éditeur WS-Policy, on se demande vraiment ce qu'il vient faire au milieu de tout ce beau monde.

(éditeur WS-Policy)

Bref, le plus décevant en fin de compte, c'est l'absence quasi total d'outillage JBI. Si ce point est discuté dans ce forum il faut garder à l'esprit que SCA a été dicté par IBM et Eclipse est un outil d'IBM. On peut effectivement créer un binding JBI dans SCA mais pour quelqu'un qui ne veut pas entendre parler de SCA, les choses semblent bien compliquées.

Si l'on souhaite rester dans des briques standard (sur le tronc commun Ganymède) , les seuls éléments SOA finalement utilisables et matures aujourd'hui dans Eclipse sont les concepteurs WSDL, XML Schema et XML (vraiment très réussis). Je sais, c'est pauvre, mais en attendant mieux.

Un dernier mot enfin sur les sociétés associées à tous ces projets/plugins. Je ne suis peut-être pas tendre dans ce petit aperçu, mais je tiens à souligner le travail remarquable qui est fait car encore une fois, tout cela part d'un bon sentiment, fournir gratuitement un IDE SOA au plus grand public. J'ai été agréablement étonné de voir le nombre de sociétés et labos de recherche Français associés à Eclipse STP. Alors j'en profite pour les citer :

Sur BPMN -> Intalio

Sur IM-> La société derrière Spagic mais avec un soutien de l'ANR (French National Research Agency)

Sur SCA -> Obeo, EBM, Progress, un lillois et un chercheur de l'INRIA, si c'est pas du cocorico tout ça !

Encore une fois bravo à ces frenchies, et encore étonnant que la communauté anglo-saxonne ne se mouille pas davantage.

Parmi les nombreuses conférences Java existantes à travers le monde, certaines plus petites mais tout aussi intéressantes recueillent moins d'échos. Je profite de l'occasion que se tient actuellement l'Atlassian Summit à San Francisco pour faire un focus sur Atlassian.

Atlassian est la société qui distribue la suite Confluence. Confluence a un positionnement très particulier sur le marché des outils ALM (Application Lifecycle Management). C'est une suite entièrement bâtie sur Java avec comme produit phare Jira, l'incontestable et incontesté bug tracker. Confluence est une forge qui intègre avec merveille plusieurs pépites dont Bamboo (intégration continue), Clover (couverture tests), Crucible (Audit de code), FishEye (mon préféré), et évidemment Jira.

Pour avoir manipulé des outils Open Source tels que Trac et Mantis ou des suites purement commerciales (Microsoft VSTS et IBM Jazz), Confluence reste pour moi la référence. Son extensibilité lui permet de greffer facilement n'importe quel outil du marché, notamment Sonar (un outil que j'utilise pour de l'audit de code et qui me semble encore trop méconnu), .NET ou ...  SharePoint. Et oui, le CMS de Microsoft peut s'utiliser de manière très complémentaire à Confluence.

Il y a quelques jours, Atlassian a fait un coup marketing en "offrant" pendant 5 jour à 5 euros Confluence pour une équipe de 5 personnes. J'ai sauté sur l'occasion et acquis une licence DNG. Plus récemment cette fois, l'éditeur a annoncé une baisse significative de ses tarifs (déjà très bas),  800 $ pour 25 utilisateurs.

Atlassian est une société qui gagne de l'argent avec un business model qui se situe entre de l'Open Source et du commercial. Son seul partenaire Un de ses principaux partenaires, revendeur et intégrateur en France est Valiantys avec qui DNG partage les mêmes bureaux.

Si vous êtes à la recherche d'une forge de qualité, n'hésitez pas à faire appel à Confluence et Valiantys. En attendant, je vous laisse découvrir les tweet de l'Atlassian Summit.