Cette année, vous aurez en quelque sorte droit à trois évènements en un puisque la conférence se voit divisée en deux journées (au lieu d’une seule les années précédentes), et que la soirée du 23 juin sera l’occasion de se réunir autour du Galileo DemoCamp français.

• La journée de conférences sera l’occasion pour les participants d’être informés des dernières tendances : implémentation de certains composants, applications développées pour des clients… Elle se tiendra à la Cité de l’Espace et sera animée par des acteurs majeurs du monde Eclipse : membres de la fondation Eclipse, éditeurs de logiciels, industriels utilisateurs d’applications basées sur Eclipse.
• Le DemoCamp sera, comme son nom l’indique, orienté… démos (et bières !). L’objectif sera d’une part de fêter la sortie de Galileo (Eclipse 3.5), mais aussi et surtout de présenter les différents usages qui sont faits des technologies Eclipse.
  Inscrivez-vous dès maintenant si vous avez l’intention de venir (et, encore mieux, de présenter un sujet !). On me glisse dans l’oreillette qu’il sera par exemple montré comment Eclipse peut servir à programmer une brique “Lego Mindstorms”, ou comment Eclipse RCP peut être mis en oeuvre pour proposer des interfaces conviviales pour le diagnostic automobile ! Ce DemoCamp se tiendra dans la soirée du 23 juin, à la Cité de l’Espace.
• La session du 24 juin se veut un peu plus technique, et sera découpée en deux demi-journées de formation, permettant aux participants d’aborder le développement orienté composants grâce à OSGi et Equinox, les technologies clients riches sur le marché (Flex, GWT, RAP, …),  le futur Eclipse 4, la réalisation d’IDE à destination du monde de l’embarqué, la mise en oeuvre d’un serveur d’intégration continue d’applications Eclipse RCP avec Hudson, etc.

Pour plus d’informations, et pour vous inscrire, ça se passe ici !

J’espère bien avoir l’occasion de rencontrer certains lecteurs de ce blog lors de l’évènement…

Thus, deployment needs are not limited to installing and updating only plug-ins anymore. People building software on top of Eclipse need to be able to deliver an installer for their product, which may come with a license manager which needs provisioning too, they need to have their own UI for the updating process, … and p2 answers to virtually all these needs.

p2: a provisioning platform…

To be able to provision virtually everything, the main strength of p2 is to have no a priori knowledge of the way Eclipse plug-ins or even Java applications must be handled. It’s indeed a very light framework to describe the parts that are to be installed (the Installable Units), and how they depend on each other. p2 comes with some basic instructions about how an OSGi bundle or an Eclipse product should be installed, but nothing else.

It’s up to the software vendor who wants to deliver, let’s say, a Windows executable program (which may require adding keys to the registry, or icons on the desktop, for instance) together with its Eclipse RCP application, to write the code (in fact, a p2 plug-in!) to explain p2 how this particular Installable Unit should be handled when provisioned in a given system.

… and, the next deployment standard?

Of course, although p2 is still a very young project, and may not seem mature enough for industrial usage. It is still not 100% reliable yet and lacks tooling, but the quality of this very first release is still pretty high. Since it was released, p2 has started gathering a community which is leveraging p2 in other domains than just the Eclipse project itself. Software companies like Cloudsmith, EclipseSource and Anyware Technologies are already developing tools on top of p2 ; and IBM, among others, is working hard to improve the p2 core and design a clear API.

The massive adoption of OSGi in many different areas (Eclipse runtime technologies like Equinox itself or RAP, applications servers like Websphere or Glassfish, etc.) will definitely make p2 the smartest way to deploy not only Eclipse-based applications, but any sort of scalable application as well. Indeed, when high availability is an important requirement (in other words — almost always), then you need to be able to dynamically install new modules into the running system, update existing ones, sometimes even do this remotely.

Since there is currently no real sustainable alternative for industrial deployments – did you ever try to use Java Web Start for more than just a very simple Swing or RCP application? – p2 will probably come up as a de facto provisioning technology standard.

Vous le savez peut-être, mais l’apport majeur de cette nouvelle version du framework Google de développement d’applications Web est le support de Java 5 : generics, boucles “for each”, etc.

Même si certaines APIs peuvent vous manquer (impossible de faire de l’introspection par exemple ), l’émulation de la JRE est particulièrement complète et d’une utilisation tout à fait transparente.
La compatibilité est d’ailleurs telle que l’on peut tout à fait faire tourner le noyau d’EMF (oui oui !) sur GWT.

Parmi les autres nouveautés, il faut noter :

• amélioration des performances (tant au niveau de la compilation que de l’exécution),
• mécanisme de styling simplifié
• support du BiDi (inversion de l’IHM de droite à gauche pour des langues comme l’arabe)
• couche d’interaction Javascript, pour accéder en Java à des librairies Javascript legacy

De plus amples information sur le blog officiel.

Pour ceux qui chercheraient des icônes sympas et ayant un look homogène, le pack famfamfam Silk est très certainement fait pour vous !

Il regroupe environ 1000 icônes 16×16, en licence Creative Commons Attribution 2.5 (vous faites ce que vous voulez avec les icônes (y compris des modifications), sous réserve de citer l’auteur quelque part dans votre application).

Le seul regret à avoir : les icônes ne sont pas disponibles autrement qu’en16x16, et encore moins en SVG…

Parmi eux, 46 ont accepté d’en dire publiquement un peu plus sur leur application, dans ces slides pleines de captures d’écrans bluffantes ! À voir absolument !

La milestone 2 vient de sortir et amène un lot assez conséquent de nouveautés, d’autant plus conséquent quand on voit le peu de temps qui la sépare de la précédente !..

• Nouvelle API pour parcourir le DOM (avec des bindings pour à peu près tout ce qui est défini dans la norme HTML du W3C, dixit les développeurs de GWT !)
• Animations (pas du meilleur goût pour l’instant, mais c’est pas grave…) lors de l’affichage/disparition d’une pop-up, du dépliement/repliement de la branche d’un arbre, etc.
• Un nouvel exemple d’application GWT : le Showcase. C’est le paradis de tout débutant GWT puisqu’il montre une utilisation de la plupart des fonctionnalités GWT : internationalisation, arbres, barres de menus, pop-ups, onglets, animations, etc. Pour chaque exemple, on a directement accès au code source Java depuis le showcase.
• Support du BiDi. C’est une très grosse avancée puisque cela permettra de concevoir des sites en arabe, chinois, etc. Et c’est vraiment bluffant à voir tourner, jugez-en par vous-même !
• Emulation (de manière totalement transparente) du type primitif long (entier 64 bits signé), habituellement disponible en Java mais pas en Javascript…

A priori le prochain build sera un Release Candidate, la version 1.5 finale n’est donc plus qu’une question de semaines !

Le jeudi 29 mai 2008, et pour la troisième année consécutive, se tiendra à Toulouse –à la Cité de l’Espace- le salon EclipseTime, organisé par Anyware Technologies !

Comme chaque année, les interventions seront assurées par des membres de la fondation Eclipse, des représentants de grands comptes et des experts techniques.

La matinée sera consacrée à des interventions à l’attention de tous les participants (retours d’expérience, …). L’an dernier par exemple, Ralph Müller, en charge du développement de l’écosystème Eclipse pour l’Europe, nous avait présenté un état des lieux de celui-ci, et son avenir proche (c’était d’ailleurs une des premières fois où l’on entendait parler d’Eclipse 4.0 ).

L’après-midi sera plus technique, et verra plusieurs ateliers se dérouler en parallèle. Lors de la précédente édition, des présentations de projets comme DSDP, Tramway, ou OpenMDD avaient été faites.

Le programme n’est pas encore totalement finalisé à ce jour, mais je vous invite à vous tenir informés sur le site de l’évènement : http://www.eclipsetime.org.

On peut donc espérer une version finale pour bientôt… A titre indicatif, une semaine avait séparé GWT 1.0 RC1 de GWT 1.0 ; mais ce sont par contre 6 longs mois qui séparaient GWT 1.4 RC1 de sa version finale !

Pour un néophyte de GWT 1.5 comme moi, la nouveauté la plus intéressante sera le support de Java 1.5 (et donc des generics, des annotations, etc. ).

Source : gwtsite.com.

Elle apporte d’infimes corrections (1 seul bug corrigé ! et simplement quelques modifications pour resynchroniser toutes les Javadocs par rapport aux modifications induites par la m5-rc14, sortie mi-février), mais ce qu’il est intéressant de voir, c’est que Google n’a pas hésité à releaser officiellement une version, fut-elle mineure, quelques semaines seulement après la précédente. À dire vrai, on n’était pour l’instant pas habitué à cela…

C’est, je trouve, de très bonne augure pour le futur d’Android et laisse espérer des mises à jour de plus en plus régulières du SDK !

NB : le plugin Eclipse ADT n’a lui pas –encore– été mis à jour.

La nouvelle IHM Android

Le plugin ADT

Le nouvel éditeur de Manifest semble pas mal du tout (à l’exception des icônes…). Il permet d’éditer à la sauce WYSIWYG le fichier AndroidManifest.xml habituellement plutôt abscons.

On n’est pas déçus puisque l’on passe directement d’une M3 à une M5 ! Le plugin Eclipse pour faire du développement Android a également été mis à jour (le télécharger grâce à l’update site*).

Au programme, beaucoup de nouveautés :

• Possibilité de débugger plusieurs émulateurs de téléphone en même temps (pour tester que son application utilisant GTalk fonctionne, par exemple )
• Enfin un widget pour faire des onglets : le “TabWidget” (il était jusqu’alors marqué comme deprecated )
• Améliorations des menus. Un menu contextuel apparaît lors d’un appui long sur un widget, par exemple…
• L’API XMPP devient une API GTalk car, apparemment, l’API GTalk est plus efficace dans un contexte “mobile” (elle est moins verbeuse, notamment)
• Support de nouveaux formats sonores : ogg, MIDI, etc.

De plus, comme il avait été annoncé il y a quelques jours, l’IHM a complétement été revue (screenshots à venir …!)

Sûrement plus de détails d’ici quelques jours/heures, je vais m’empresser d’essayer ça !

* https://dl-ssl.google.com/android/eclipse/site.xml

Les journalistes rapportent que l’interface était particulièrement réactive.
Pour information, l’architecture ARM9 équipe entre autres les Nintendo DS, les Nokia N-Gage, et les Chumby !

Le téléphone est très moche, mais on s’en fiche. Et c’est après tout normal, puisqu’ARM est avant tout un fondeur, et pas un fabriquant de mobiles!

L’intégration a été menée assez loin, puisqu’on voit enfin tourner des fonctionnalités qui jusqu’alors ne fonctionnaient que sur le papier et/ou étaient “simulées” dans l’émulateur fourni par Google : webcam, accès Internet, téléphone, …

Plus de photos ici !

Aussi, l’iPod Touch 8Go –et peut-être l’iPhone ?– devrait tout bonnement disparaître du catalogue pour laisser la voie libre au modèle de 16Go, ainsi qu’au plus récent de 32Go.

Les nouveaux prix seraient donc :

• iPod Touch 8 Go 199$ / iPhone 8 Go – 299$
• iPod Touch 16 Go – 299$ / iPhone 16 Go – 399$
• iPod Touch 32 Go – 399$

Du côté de HTC, on parle toujours d’une sortie d’un mobile pour le deuxième semestre 2008 “seulement”…

Parallèlement à ça, le blog des développeurs d’Android nous apprend qu’une nouvelle version du SDK est imminente, et devrait notamment apporter encore plus de nouveautés au niveau de l’IHM et du look&feel.

À suivre dès lundi, donc !