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.
Avec quelques jours de retard (il semblerait que l’intégration de p2 ait été assez laborieuse…) voici la cuvée M6 d’Eclipse 3.4 !
Comme pour chaque milestone, voici les nouveautés qui ont particulièrement retenu mon attention :
Equinox
Beaucoup de sous-projets qui étaient jusqu’alors en incubation ont été gradés et font donc maintenant partie du projet Equinox “officiel”, et sont ainsi accessibles aux utilisateurs du SDK Eclipse. Parmi ces projets :
- p2 (prononcer pitou !). Pour faire (très) court : le mécanisme antédiluvien d’installation et de mises à jours de “features” a été totalement refondu. C’est la nouveauté de cette milestone, et je serai amené à en parler plus en détail très prochainement !
- Equinox Security. L’idée est de faciliter l’intégration de mécanismes de gestion de la sécurité (authentification, autorisation, …) dans Eclipse. Le plan pour la 3.4 comprend les items suivants :
- intégration de fournisseurs de sécurité Java
- framework d’authentification utilisateur
- gestion des certificats utilisateur (gestion de mots de passe, clés, …)
- support de l’autorisation de code des bundles (à l’installation, au chargement, à l’exécution…)
PDE
- Le projet incubatoire API Tooling a lui aussi été promu, et est maintenant intégré à Eclipse.
Le principe de ce projet est de mettre à la portée du développeur un certain nombres d’annotations Java et de processeurs associés afin de faciliter la documentation et la maintenance d’une API. On peut par exemple utiliser une annotation @noreference lorsque l’on veut indiquer qu’une méthode (définie dans une classe abstraite, par exemple) ne doit pas être appelée par les “clients”. A l’heure actuelle, ce genre de contrainte était tant bien que mal explicité dans la javadoc de la méthode (”Clients must not call this method” …), et le moins qu’on puisse dire c’est que ce n’était pas très formel, et encore moins exploitable de manière automatique.
En outre, API Tooling peut détecter tout un tas d’erreurs auxquelles tout le monde à un jour où l’autre été confronté, comme par exemple la définition d’une méthode dans une interface exportée, qui retourne un type qui lui n’est pas exporté par le bundle ; ou, mieux, détecter la rupture possible de compatibilité lors de l’évolution d’une API (ajouter une méthode à une interface rend caduques toutes les classes concrètes qui n’implémentant pas encore cette méthode…)
- Nouvel attribut de type “id” dans les schémas de points d’extension. J’en ai déjà parlé ici, et suis toujours aussi enthousiaste vis-à-vis de cette nouvelle feature
.
Platform / SWT
- API pour avoir des labels “multicolores” dans les arbres et les tables. Depuis l’avénèment de la 3.4, vous aviez tous remarqué que la vue qui affiche les résultats d’une recherche, par exemple, était désormais beaucoup plus sexy, grâce à l’utilisation de différentes couleurs. Ceux qui avaient essayé d’intégrer cela dans leur propre plug-ins avaient alors pu se rendre compte qu’il n’y avait pour l’instant pas de quoi manipuler simplement ces couleurs depuis la couche JFace. C’est désormais possible !
StyledCellLabelProvider est la classe abstraite à étendre pour avoir le support de cette nouvelle fonctionnalité ; IStyledLabelProvider permettant de venir enrichir un LabelProvider qui auraient déjà une super-classe. A noter que cela ne se résume pas qu’aux couleurs d’avant et d’arrière-plan puisque l’on peut également souligner, encadrer, mettre en gras, … certains tronçons de son label !
- Partage de projet CVS. Une nouveauté toute bête mais trèèès pratique : on peut maintenant, lors du partage d’un projet CVS, venir simplement choisir le module dans lequel on veut que notre projet vienne se rajouter, et un sous-module du nom de notre projet Eclipse sera automatiquement créé !
JDT
Pour les curieux, le New & Noteworthy complet est ici !
Depuis déjà quelques mois, on pouvait commencer à tester la version 1.5 de GWT en la construisant depuis le dépôt Subversion officiel. Un grand pas en avant vient d’être fait, puisque une première version bêta vient officiellement de sortir. GWT 1.5 M1 est ainsi téléchargeable ici !
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.
Le projet Babel avance à grands pas !
- Avant-hier, gros boost du côté du nombre de traductions disponibles, puisque Denis Roy a fait tourner un script qui a permis de réimporter l’ensemble des traductions déjà effectuées par IBM pour la version 3.2 d’Eclipse.
Au total, cela fait plus de 20.000 clés supplémentaires, en près de 20 langues différentes, par version d’Eclipse (Babel gère à l’heure actuelle les traductions pour Eclipse 3.3 et 3.4) !
- Et hier, ce sont les premier nightly builds des features de localisation qui ont fait leur apparition.
Un update-site –http://download.eclipse.org/technology/babel/update-site/– vous permet de les intégrer facilement à votre environnement de développement. Attention, Denis Roy signale que l’on peut, pour l’instant, se retrouver confronté à des problèmes d’encoding sur certaines traductions.
Pour les petits curieux qui voudraient savoir ce qui se cache derrière le front-end Web (en GWT) de Babel, un dump “brut” de la base MySQL est aussi réalisé chaque nuit…
La version m5-rc15 du SDK Android vient de sortir.
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.
Le 21 février sortait la version 1.0 du framework Higgins.
Longtemps attendue (la revue de création du projet –qui s’appelait alors ETF, Eclipse Trust Framework– a été faite en… avril 2005 !), cette plateforme de gestion de l’identité numérique voit donc enfin le jour !
L’objectif d’Higgins est de faciliter l’intégration des différentes solutions de gestion de l’identité dans un contexte réseau. Cet objectif est double : il s’agit de simplifier la vie de l’utilisateur final (widgets d’authentification homogènes quel que soit le média : RCP, web, …), mais aussi celle du concepteur/développeur d’applications qui est confronté à des problématiques de gestion de l’identité (authentification, profils, …).
Higgins et l’utilisateur final
L’idée générale est d’amener des mécanismes d’IHM génériques (i.e. indépendants de la plateforme : Web, RCP, …) pour choisir l’identité que l’on veut utiliser dans un contexte donné.
C’est exactement comme dans Sxipper (voir la capture d’écran à droite), pour ceux qui connaissent.
Higgins et le développeur
Du côté du développement, Higgins prévoit d’amener (et amène déjà), les mécanismes nécessaires à l’implantation de la notion d’identité dans une application.
En particulier, HGG (Higgins Global Graph) est le modèle qui a été conçu pour permettre l’intégration et l’unification de données hétérogènes représentant des “identités”. La description d’un mapping données legacy—données “identity” se fait à la mode RDF (Resource Description Framework), et on vient ainsi décrire des liens entre personnes et/ou “entités” (Dupont appartient au département R&D, Dupont connaît Dupond, …).
Higgins doit être vu comme un framework permettant d’implémenter des “identity providers” de manière générique (i.e. sans se lier à une techno. spécifique, du type OpenID, LDAP, ou autre…).
Même si, à mon sens, on n’a encore que peu de visibilité sur ce que sera l’avenir d’Higgins, il suffit de regarder les parties impliquées dans le développement pour se dire qu’il y a de quoi être optimiste : Novell, IBM, Oracle, Google, …
Aussi, et comme souvent dans le monde Eclipse : affaire à suivre !…
Si je trouve le temps, dailyFoToz renaîtra peut-être de ses cendres, qui sait ?…
Kudos to the Eclipse PDE UI Team (and more specifically to Chris Aniszczyk) for their incredible work on a long-awaited feature in PDE : “type safety” for ID references!
So, what is it all about ?
Imagine you want to contribute to the org.eclipse.ui.perspectiveExtensions extension point, in order to plug your own views on a given, existing perspective.
Your perspective extension is going to be relative to… a perspective, right?
This perspective is identified by an ID, right?
But what is the actual ID of the perspective you want to extend? And what happens when, even knowing the exact ID of the perspective, you make a spelling mistake? Let me guess… You lose at least one hour of work in the so-called “id hell”
That’s exactly why the PDE Manifest builder (i.e. the compiler of your plugin.xml against extension points schema and workspace/target platform plugins) will now handle a new kind of extension attribute : the ID!
When you want to add an “idref” attribute into an extension point, you just have to declare the attribute as “identifier”, and you then tell which identifier you want to refer to. And voilà !
The patch has not been committed on HEAD yet, but you can find the patch in the attachments of bug #181515.
Sebz, this new feature is for you
…Welcome in ID heaven!
C’est bô !
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.
Google vient (enfin !) de sortir la nouvelle version de son SDK pour Android.
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
« Articles précédents
» Articles suivants
Commentaires récents