Nouveautés de la version 3.2

Ce document contient les descriptions des modifications principales apportées à l'environnement PDE de la version d'Eclipse 3.2 depuis la version 3.1.

PDE


Définitions de cible

Vous pouvez désormais définir une cible dans un fichier .target (Fichier > Nouveau > Autre... > Développement de plug-in > Définition de la cible).

Le fichier .target définit tous les aspects d'une cible c'est-à-dire son nom, son emplacement, son contenu (en termes de plug-ins et/ou de dispositifs) et son environnement JRE.

Vous pouvez indiquer et gérer plusieurs sites de plug-ins dans la cible sans avoir recours aux fichiers .link.

Vous pouvez rechercher, prévisualiser et appliquer des définitions cible existantes via la page des préférences Développement de plug-in > Plateforme cible.

editeur de cible


Cibles associées

Il est possible d'associer des cibles à un produit Eclipse via le point d'extension org.eclipse.pde.core.targets.

SDK Eclipse est fourni avec deux extensions org.eclipse.pde.core.target orientées RCP, permettant le transfert facile de la plateforme cible du SDK au sous-ensemble RCP et vice versa.

cibles prédéfinies


Vue hiérarchique des plug-ins

Les plug-ins de la page des préférences Développement de plug-in > Plateforme cible peuvent désormais être regroupés par sites. Cette vue hiérarchique facilite la gestion des cibles volumineuses réparties.

hiérarchie de cibles


Plug-ins d'une structure OSGi

L'assistant de création Nouveau projet de plug-in (Fichier > Nouveau > Projet...> Projet de plug-in) rend possible la création de plug-ins pouvant s'exécuter avec une structure OSGi.  Un modèle OSGi Hello est également fourni.

equinox


Programme de lancement de la structure Equinox OSGi

Un nouveau programme de lancement est désormais disponible pour exécuter et déboguer des ensembles de ressources (bundles) avec la structure Equinox OSGi. Vous pourrez ainsi définir le niveau de lancement de vos bundles et personnaliser le programme et les arguments VM pour tester bundles dans différentes conditions.

Créez une configuration de lancement de la structure Equinox OSGi dans la boîte de dialogue Configuration de lancement (Exécuter > Exécuter... à partir du menu du niveau supérieur).

lanceur equinox


Occurrences Java trouvées dans les fichiers manifeste

Les recherches de références à des types et à des packages Java font désormais apparaître des occurrences dans les fichiers MANIFEST.MF, plugin.xml et fragment.xml.

participant à la recherche pde


Participation des fichiers manifeste de plug-in dans les restructurations

Lorsque vous déplacez ou renommez un type ou un package Java dans votre plug-in, PDE procède automatiquement à la mise à jour de toutes les références à ces éléments dans les fichiers manifeste des plug-ins concernés.

Assistant de support de langue (NLS) pour les fichiers manifeste de plug-in

PDE fournit désormais un assistant pour extraire les chaînes traduisibles des fichiers manifeste de plug-in et les stocker dans un fichier de propriétés pour offrir un support plurilingue.

Cet assistant est accessible via Outils PDE > Externaliser les chaînes... dans le menu contextuel des projets de plug-in et des fichiers manifeste associés.

assistant nls


Organisation des fichiers manifeste de plug-in

L'assistant d'organisation de manifestes est une étape recommandée avant la livraison d'un plug-in.  Il supprime les dépendances et les clés de propriété inutilisées et gère les packages exportés de sorte à ce qu'ils soient marqués avec une bonne visibilité.

Cette fonction peut être appelée via Outils PDE > Organiser les manifestes... à partir du menu contextuel des projets de plug-ins et des fichiers MANIFEST.MF.

assistant d'organisation de manifestes


Nouvelle instruction de traitement dans les fichiers plugin.xml

Les fichiers manifeste de plug-in générés par PDE contiennent désormais une nouvelle instruction de traitement indiquant la version 3.2, au lieu de 3.0. Cette instruction est obligatoire pour qu'un plug-in bénéficie du nouveau support d'environnement d'exécution dans lequel un plug-in peut associer des points d'extension et des extensions à un espace de nom qui n'est pas le sien.

Dans l'exemple ci-dessous, le plug-in org.eclipse.pde.core fournit une extension à l'espace de nom org.eclipse.pde

instruction de traitement

Remarque : Il n'est pas nécessaire de faire migrer un plug-in existant pour utiliser cette nouvelle instruction de traitement, sauf si vous voulez utiliser le nouveau support d'espace de nom dans ce plug-in.


Environnement d'exécution de bundle

Un environnement d'exécution de bundle indique le niveau minimal de l'environnement JRE requis pour exécuter le plug-in. Si le JRE utilisé pour exécuter Eclipse ne remplit pas ces conditions, le plug-in ne s'exécutera pas.

Si par exemple, vous déclarez J2SE-1.4 comme environnement d'exécution de bundle pour votre plug-in, celui-ci s'exécutera avec une version JRE >= 1.4.

Si le plug-in peut s'exécuter dans des environnements d'exécution ne constituant pas des sous-ensemble de chacun (par exemple, J2SE-1.4 et CDC-1.1/Foundation-1.1), alors tous ces environnements d'exécution de bundle doivent être répertoriés.

La section Environnements d'exécution figure sur la page Vue d'ensemble de l'éditeur de manifeste de plug-in.

Lors de l'exportation d'un plug-in, le code du plug-in est compilé avec le JRE associé au premier environnement d'exécution figurant dans le fichier MANIFEST.MF.  Reportez-vous à la page des préférences Java > JRE installés > Environnements d'exécution pour obtenir la liste des environnements d'exécution OSGi et celle des JRE installés compatibles.

environnement d'exécution


Gestion automatique des dépendances

PDE fournit désormais un nouveau flux de travaux flexible qui vous permet de coder d'abord le plug-in, puis d'obtenir l'analyse de votre code et la liste des dépendances du plug-in générée ensuite automatiquement par PDE.

Dans la section Gestion automatique des dépendances de la page Dépendances de l'éditeur de manifeste de plug-in, vous pouvez spécifier la liste des plug-ins à ajouter au chemin de génération du développement (et donc à la portée de l'assistant de contenu).

Ces dépendances ne sont pas ajoutées immédiatement au fichier MANIFEST.MF, mais vous pouvez commencer le codage comme si elles y figuraient déjà.

A tout moment, vous pouvez demander à PDE d'analyser le code et de générer les dépendances adéquates dans votre fichier MANIFEST.MF via les en-têtes Bundle requis et Importation de package.

gestion des dépendances


Comparaison structurelle et mise en évidence de syntaxe des fichiers manifest.mf

Lorsque vous comparez deux versions d'un fichier de bundle MANIFEST.MF, le nouvel afficheur de comparaison de structure vous permet de voir facilement les en-têtes qui ont été ajoutés, supprimés ou modifiés.

comparaison des structures du manifeste

La mise en évidence de syntaxe a également été ajoutée dans la page source MANIFEST.MF. Les options de couleur et de police peuvent être définies sur la page des préférences Développement de plug-in > Editeurs.


Validation des fichiers build.properties

PDE valide désormais les fichiers build.properties pour signaler les incidents potentiels qui empêcheraient l'exportation correcte de votre plug-in.

validation build.properties

Le niveau de gravité de ces incidents peut être défini sur la page des préférences Développement de plug-in > Compilateurs > Plug-ins.

gravité de notification


Correctifs rapides pour les fichiers manifeste de plug-in

Des correctifs rapides sont désormais disponibles pour de nombreux types d'incident dans les fichiers MANIFEST.MF, plugin.xml et build.properties, tels que :
  • références de type non résolues,
  • externalisation d'attributs et d'éléments,
  • remplacement de directives et d'attributs dépréciés.

correctif rapide


Association automatique de la documentation Javadoc

PDE a automatisé la tâche consistant à associer Javadoc aux bibliothèques présentes dans le chemin de génération de votre plug-in.

connexion javadoc

Pour plus de détails, voir la documentation du point d'extension org.eclipse.pde.core.javadoc.


Nouvel éditeur du schéma des points d'extension

L'éditeur du schéma des points d'extension a été remodelé. Les nouvelles fonctions sont les suivantes :
  • meilleure visualisation du schéma,
  • édition d'attributs simplifiée,
  • Déplacement par glisser-déposer,
  • inclusion d'autres schémas.

éditeur de schéma


Modèle d'application RCP sans interface utilisateur (headless)

L'environnement d'exécution Eclipse est un modèle de composant Java enrichi, idéal pour l'exécution d'applications sans interface utilisateur (headless).

L'assistant de création Nouveau projet de plug-in (Fichier > Nouveau > Projet...> Projet de plug-in) prend désormais en charge un flux de travaux pour créer des applications RCP sans interface utilisateur, associé à un modèle Hello World.

rcp sans interface utilisateur


Validation de formulaire dans l'éditeur de produit

L'éditeur de produit signale les avertissements et les erreurs dans la zone de titre de chaque page. Les incidents reportés comprennent des chemins non valides et une taille et une profondeur d'image incorrectes.

validation de formulaire


Moniteur de progression intégré dans l'écran d'accueil du produit

Si vous appréciez la barre de progression intégrée dans l'écran d'accueil d'Eclipse, il vous est possible de l'ajouter à l'écran d'accueil de votre produit.

La page Image de marque de l'éditeur de produit PDE vous aide à ajouter et à personnaliser une barre de progression intégrée.

barre de progression et message d'image de marque


Arguments de lancement spécifiques à une plateforme pour l'exportation d'un produit multi-plateforme

Dans l'éditeur de produit, il est désormais possible d'indiquer un programme et des arguments VM spécifiques à la plateforme pour lancer un produit. Vous pouvez ainsi créer des fichiers <lanceur>.ini propres à la plateforme en une seule opération d'exportation multi-plateforme.

arguments de lanceur de plateforme


Ajout d'une page de bienvenue dans votre produit

Une page de bienvenue permet de donner une première impression favorable de votre produit.

La page Image de marque de l'éditeur de configuration du produit (Fichier > Nouveau > Autre...> Configuration du produit) dispose désormais d'une section Page de bienvenue, qui vous aidera à créer un modèle de page de bienvenue pour votre produit.

image de marque de bienvenue


Configurations de lancement PDE portables et partageables

Les configurations de lancement PDE (Application et plug-in Eclipse JUnit) prennent en charge les substitutions de variable. Utiliser les variables avec précaution permet de transférer le formulaire de configuration de lancement sauvegardé sur plusieurs systèmes d'exploitation et de le partager entre plusieurs équipes.

Modèles pour les arguments de lancement

Vous pouvez spécifier un modèle de programme et d'arguments VM, conçu pour initialiser les arguments par défaut sur les nouvelles configurations de lancement PDE.

modèles de lancement


Validation de plug-in automatique et améliorée avant le lancement

La fonctionnalité Valider l'ensemble de plug-ins, accessible dans l'onglet Plug-ins de tous les lanceurs PDE, analyse la liste des plug-ins sélectionnés pour repérer d'éventuels problèmes de lancement cachés. 

Cette fonction a été améliorée pour prévoir plusieurs types de contraintes non satisfaites qui empêcheraient l'exécution du plug-in.

Vous pouvez également opter pour la validation automatique avant chaque lancement.

validation automatique de plug-in


Nouvelle recherche de source pour le débogage d'applications Eclipse

Lors du débogage d'applications Eclipse, PDE utilise un mécanisme de recherche de source personnalisé lié au chargeur de classe OSGi. C'est à la fois plus rapide et plus précis que la recherche de source Java linéaire.

L'onglet Source a été supprimé des configurations de lancement Eclipse/Equinox/Plug-in JUnit car il n'est plus nécessaire.


Cibles Ant personnalisées au niveau du plug-in

Le fichier build.xml généré pour un plug-in prend désormais en charge les cibles personnalisées au niveau du plug-in. Définissez la propriété "customBuildCallbacks" dans le fichier build.properties d'un plug-in pour qu'elle pointe vers un script Ant, et des appels pré et/ou post ant seront générés pour les cibles suivantes : build.jars, build.sources, la cible de compilation (eq: @dot), gather.bin.parts, gather.sources, gather.logs et clean. Dans de nombreux cas, ces rappels (callback) personnalisés peuvent être utilisés à la place d'un fichier build.xml entièrement personnalisé. Un modèle de fichier customBuildCallbacks.xml est fourni dans org.eclipse.pde.build/templates.

Génération de produits

La fonction de compilation PDE prend en charge la génération de produits à partir d'un fichier .product dans une génération automatique sans interface utilisateur (headless). Un dispositif est alors automatiquement généré en fonction du contenu de ce fichier.

Prise en charge de plusieurs référentiels

La génération de scripts d'extraction par la fonction de compilation PDE conçue pour les générations sans interface utilisateur est désormais extensible. Les extensions peuvent contribuer à la prise en charge de l'extraction d'éléments à partir de référentiels supplémentaires via le point d'extension org.eclipse.pde.build.fetchFactories. La fonction de compilation PDE fournit l'extension standard permettant l'extraction de fichiers à partir d'un système CVS.