Pourquoi, et qu’est-ce au juste que cette directive  ?

Dans la norme OSGi, il est indiqué que “singleton” (renseigné dans l’entrée de MANIFEST Bundle-SymbolicName) doit être placé à true lorsque l’on souhaite interdire la résolution par le framework de plusieurs versions d’un même bundle.

C’est donc tout à fait logique qu’un plug-in amenant des extensions ou des points d’extension soit impérativement un singleton ; car il serait sans cela très difficile, voire impossible, de gérer les différentes versions résolues au runtime…
Imaginez simplement un plug-in amenant une vue, que l’on pourrait déployer dans deux, trois, … versions différentes au sein du même Eclipse : à quoi devrait-on s’attendre lors de l’affichage du menu “Show View > Other…” ???

Dans le cas où on écrit un plug-in n’amenant ni extension ni point d’extension —un plug-in de librairies, par exemple—, on sera en revanche ravi de pouvoir dire que ce n’est pas un singleton (c’est le comportement par défaut), et ainsi faire coexister différentes versions de nos librairies dans le même Eclipse. C’est d’ailleurs exactement ce qui se passe avec les plug-ins ICU, Ant ou log4j, dont les utilisateurs viennent dépendre en venant préciser le numéro (ou l’intervalle) de version qui les intéresse…

Étaient présentes plus d’une vingtaines de personnes, provenant des sociétés Actia, Airbus, Apside, Anyware Technologies, Continental, IBM Rational Software, Mipih/McKesson, Sogeti High-Tech et Vega Technologies SAS.
Il y avait aussi quelques freelancers, et un représentant du site developpez.com, qui avait fait la promotion de l’évènement.

Autour de quelques tapas et d’une bonne bière, ont eu lieu des présentations de :

• Ganymede (vous voyez à peu près de quoi il s’agit, non ?),
• Ecore Tools (le-diagrammeur-Ecore-de-la-bombe©)
• Actidiag (une application RCP de diagnostic automobile)
• …et tout un tas d’autres petites démos plus informelles.

Les échanges (jusqu’à tard dans la soirée !) entre les différents participants ont permis de confirmer qu’Eclipse est, et reste, une plateforme s’adaptant à tout un tas de projets (gestion hospitalière, cartographie, …) dans lesquels on a envie de tout sauf de réinventer la roue !
Cependant, tout le monde était plutôt d’accord pour dire qu’Eclipse reste, sur certains aspects, trop complexe à mettre en œuvre…
Du coup, vivement le DemoCamp e4…!

La soumission de posters est désormais terminée : vous pouvez les voir ici, et voter pour vos trois préférés là-bas ! Attention, clôture des votes le 24 juin !

C’est pas pour dire, mais je trouve qu’il y en a certains qui sont très chouettes

Les sessions de DemoCamps approchent à grand pas, et la déclinaison française se déroulera cette année à Toulouse !

“Ah super, mais un DemoCamp c’est quoi ?!?” me direz-vous…
Et bien c’est un évènement, plutôt informel, permettant à chacun de présenter des projets basés sur Eclipse, d’échanger ses idées, ses points de vue…

Plusieurs démonstrations d’outils sont déjà prévues pour l’édition toulousaine (Ganymede, migration d’applications vers RCP, approche MDA, …) et, que vous ayiez ou non quelque chose à présenter, vous êtes les très bienvenus !

Début des festivités à 19h, mercredi 18 juin, au restaurant Le Pakito (rue des Filatiers). Pour les footeux, pas d’inquiétude à avoir, la France jouant la veille…

Si vous souhaitez vous inscrire, n’hésitez pas, il suffit de rajouter votre nom et vos coordonnées sur cette page du wiki Eclipse…

Vous pouvez le télécharger à l’adresse suivante : http://download.eclipse.org/eclipse/downloads/drops/S-3.4RC1-200805161333/index.php.

La liste des bugs corrigés (pour les projets qui la tiennent à jour en tout cas…) est ici.

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 !

De manière plus large, Survival combat pour le respect des peuples indigènes et de leur territoires (et pour faire respecter le droit international qui est déjà censé les protéger…)..
Il y a à l’heure actuelle environ 150 millions d’indigènes, réparties dans 60 pays du Monde. Survival estime même qu’il y a encore une centaine de tribus qui sont “non-contactées” ; c’est-à-dire qui vivent de manière totalement isolée (certaines ayant pu avoir, il y a longtemps, des contacts délétères, avec la “civilisation”).

Le texte ci-dessous résume parfaitement la nécessité à mes yeux absolue de laisser ces tribus disposer de leur terre…

IMAGINE. YOU HEAR A SOUND. IT’S LIKE NOTHING YOU’VE EVER HEARD BEFORE. IT IS THE SOUND OF A BULLDOZER. AND THEN…
IT APPEARS. RIPPING THROUGH YOUR HOME, YOUR LAND. YOU FEEL ONLY ONE EMOTION – FEAR.
YOU HAVE ONLY ONE INSTINCT – TO RUN, AND KEEP ON RUNNING.

Activator.getDefault().
      getBundle().getHeaders().
      get(org.osgi.framework.Constants.BUNDLE_VERSION) ;

Pour manipuler de manière un peu plus poussée ce numéro de version, la méthode org.osgi.framework.Version#parseVersion(String) est votre amie.
Vous pourrez dès lors, sur l’objet Version que vous récupérerez, comparer proprement des versions entre elles, récupérer les différents composants de la version (major, minor, micro, qualifier), etc.

Bien sûr, vous vous en doutez, tous les autres en-têtes du manifeste de votre plug-in sont récupérable selon le même principe (Bundle-Copyright, Bundle-Vendor, …)

Les prochaines versions livrées seront des releases candidates, au nombre de quatre d’ici fin juin, et n’apporteront donc que des corrections de bugs.

Voici comme à chaque fois les nouveautés à noter, sachant que, pour une M7, on est plutôt gâtés !

Equinox

• Les certificats des paquets installés via p2 pourront maintenant être visualisés, un peu de la même manière que vous pouvez vérifier le certificat d’un site auquel vous vous connectez via votre navigateur Internet,
• L’IHM de la boîte de dialogue Software Updates amenée par p2 est désormais définitive (hé oui, on a dit feature complete, faut suivre un peu…) et devrait même vous permettre d’aller encore plus vite qu’auparavant dans la gestion des mises à jour, notamment grâce au mécanisme de filtre implémenté dans l’arbre listant les Installable Units.

PDE

• Vous pouvez désormais marquer un point d’extension comme étant internal. Cela n’interdit pas à d’autres plug-ins d’étendre ledit point d’extension, mais ils seront prévenus qu’ils font quelque chose de pas catholique avec un warning ou une erreur (voir sur la capture d’écran),
• Le tooling autour d’OSGi commence à prendre de plus en plus d’importance, avec notamment l’affichage des services déclarés et consommés par chaque plug-in dans la vue Plug-in Registry.

Platform / SWT

• Possibilité de sélectionner une ligne en appuyant sur SHIFT et en cliquant sur la règle qui affiche les numéros de lignes dans tout éditeur textuel,
• Rechercher/Remplacer. Nouveau pattern d’expression régulière \R qui, lors de la recherche, trouve n’importe quel délimiteur Windows, Unix ou Mac (respectivement \r\n, \n et \r), et, lors du remplacement, insère le délimiteur adéquat (i.e. celui configuré par défaut pour le fichier en question, et qui est utilisé quand vous tapez ENTREE dans un éditeur).

JDT

• Le compilateur Java d’Eclipse (ecj) tire maintenant pleinement parti des machines multi-processeurs et multi-cores. De plus, les builders autres que le builder Java peuvent également bénificier de cette accélération !
• La JDT supporte désormais les fichiers RAR ajoutés au build path ou au source path,
• Le formatage de plusieurs fichiers Java à la fois est désormais annulable avec CTRL+Z. Rappelez-vous, auparavant, on avait droit à une jolie boîte de dialogue “Undo is not supported by this operation. Do you want to continue?” !
• En mode debug, le survol d’une variable affiche les structures (maps, tableaux, …) de la même manière que le fait la vue Variables.

Le New & Noteworthy complet est ici !
Et pour le téléchargement, c’est par là !

Et bien, je retire tout ce que j’ai dit —pour l’instant

En effet, depuis quelques jours, tous les packages M6 de Ganymede sont disponibles, et on peut donc mettre à jour son environnement grâce à l’update-site suivant :

http://download.eclipse.org/releases/ganymede/

Ceci dit, tout n’est pas encore parfait : l’update-site semble assez chargé ce matin et on se prend aléatoirement des “Connection timed out” dans les dents…

Affaire à suivre, donc…

Pour l’ajouter, allez dans Window->Preferences->Java->Editor->Templates ; puis créez un nouveau snippet que vous appelerez… au hasard … “singleton” !

Vous pouvez éventuellement vous créer des variantes pour avoir également une version thread-safe, une autre non “lazy-loadée”, etc…

private static ${enclosing_type} instance;

private ${enclosing_type}(){}

public static ${enclosing_type} getInstance(){
if(null == instance){
instance = new ${enclosing_type}();
}
return instance;
}

Ce dernier sera disponible sous licence Creative Commons, et le premier chapitre est d’ores et déjà téléchargeable ici.
Si tout va bien, trois chapitres supplémentaires devraient être disponibles dans le courant de cette semaine ; Neil Bartlett encourageant ses lecteurs à contribuer activement à l’ouvrage, en le relisant ou bien en proposant du contenu.

Même si ce ne sont que 25 pages pour l’instant, le style de l’auteur est très agréable, les exemples clairs, et il y a même quelques exercices de mise en pratique à la fin du chapitre !

Ce flux RSS vous permettra d’être tenus au courant dès qu’un nouveau chapitre sera disponible.

Celles-ci se dérouleront sur 4 jours à la fin desquels le développement de plug-ins, la personnalisation du workbench et la création d’une application RCP n’auront –presque– plus de secrets pour vous

Plus d’informations sur le programme et inscriptions sur le site regonline.
L’inscription est également possible en envoyant directement un mail à it@anyware-tech.com.

Les deux sessions auront lieu :

• du 3 au 6 juin, à Paris

• du 10 au 13 juin, à Sophia Antipolis

Anyware Technologies fournit les machines qui équiperont les salles de formation, mais rien ne vous empêche de venir avec la vôtre !

Avis aux Toulousains : ce groupe aux accents un brin Pink Martiniens (même charisme de la chanteuse Rosemary Stanley, même cosmopolitisme et talent des musiciens) se produira samedi 19 avril prochain au Théâtre Garonne !

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 !

Je me permets de lui rendre un petit hommage, avec cette anecdote (vue sur la page Wikipedia de l’artiste), que j’espère vraie :

À Otto Abetz, l’ambassadeur du régime nazi à Paris qui lui aurait demandé devant une photo de la toile de Guernica, un peu indigné lors d’une visite à son atelier : « C’est vous qui avez fait cela ? », Picasso aurait répondu : « Non… vous ».

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.

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

• Possibilité d’afficher le temps d’exécution des tests unitaires JUnit (une nouveauté rendue possible grâce à la nouvelle API IStyledLabelProvider).
• Un nouveau “Quick Assist” permet de convertir une succession de concaténations de chaînes faite avec des “+” en une utilisation, plus intelligente, de la classe MessageFormat.
• La fonctionnalité “Export As Runnable Jar” peut désormais créer le script de build Ant qui permet d’obtenir le Jar exécutable en question.

Pour les curieux, le New & Noteworthy complet est 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.