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. |
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. |
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.
|
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.
|
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). |
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.
|
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. |
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. |
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 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. |
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. |
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.
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.
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. |
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 :
|
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.
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 :
|
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. |
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.
|
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. |
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.
|
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. |
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.
|
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. |
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. |