Nieuw in 3.2

Dit document bevat beschrijvingen van een aantal interessante of belangrijke wijzigingen die sinds Eclipse 3.1 zijn aangebracht in PDE van release 3.2.

PDE


Doeldefinities

U kunt nu een doel definiëren in een bestand met de extensie .target (Bestand > Nieuw > Overige... > Pluginontwikkeling > Doeldefinitie).

In het target-bestand definieert u alle aspecten van een doel, zoals de naam, locatie, content (plugins, features of beide) en JRE.

Met name belangrijk is dat u via het doelbestand meerdere pluginsites kunt opgeven en beheren zonder link-bestanden.

Op de voorkeurenpagina Pluginontwikkeling > Doelplatform kunt u bladeren in doeldefinities, previews bekijken en bestaande doeldefinities toepassen.

doeleditor


Doelen aanleveren

Doelen kunnen worden aangeleverd in een Eclipse-product via het extensiepunt org.eclipse.pde.core.targets.

De SDK van Eclipse wordt geleverd met twee RCP-extensies voor het doelplatform (org.eclipse.pde.core.targets) waarmee u kunt wisselen tussen de SDK en de RCP-subset.

Vooraf gedefinieerde doelen


Hiërarchische view van plugins

De plugins op de voorkeurenpagina Pluginontwikkeling > Doelplatform kunnen nu worden gegroepeerd op sites. Deze hiërarchische view maakt het beheer van grote, gedistribueerde doelen een stuk eenvoudiger.

doelhiërarchie


Plugins voor alle OSGi-frameworks

The New Plug-in Project creation wizard (Bestand > Nieuw > Project...> Pluginproject) biedt nu de mogelijkheid om plugins te maken die geschikt zijn voor elk OSGi-framework. Er is ook een 'Hallo'-OSGi-sjabloon meegeleverd.

Equinox


Startprogramma Equinox OSGi-framework

Er is nu een nieuw startprogramma beschikbaar om bundels uit te voeren of fouten in bundels op te sporen met het Equinox OSGi-framework. U kunt het startniveau van uw bundels instellen en de programma- en VM-argumenten aanpassen om de bundels te testen onder verschillende omstandigheden.

Startconfiguraties voor het Equinox OSGi-framework kunnen worden gemaakt in het dialoogvenster Startconfiguraties (kies Uitvoeren > Uitvoeren... in het hoofdmenu).

Startprogramma Equinox


Java-zoekresultaten in manifestbestanden

Bij zoekopdrachten naar verwijzingen naar Java-typen en Java-pakketten worden nu ook treffers in de bestanden MANIFEST.MF, plugin.xml en fragment.xml als zoekresultaten weergegeven.

PDE-zoekdeelnemer


Herstructurering van pluginmanifestbestanden

Als u een Java-type of Java-pakket in uw plugin verplaatst of hernoemt, worden door PDE automatisch alle verwijzingen naar het betreffende type of pakket in de bijbehorende plugins bijgewerkt.

NLS-wizard voor pluginmanifestbestanden

Ter ondersteuning van meerdere talen bevat PDE nu een wizard om vertaalbare tekenreeksen uit pluginmanifestbestanden te extraheren en op te slaan in een eigenschappenbestand.

Deze wizard wordt gestart via PDE Tools > Tekenreeksen externaliseren... in het voorgrondmenu van pluginprojecten en de bijbehorende manifestbestanden.

NLS-wizard


Pluginmanifestbestanden organiseren

De wizard Manifesten organiseren dient standaard te worden uitgevoerd alvorens een plugin te distribueren. Deze wizard zorgt ervoor dat ongebruikte dependency's en eigenschappensleutels worden verwijderd en dat de geëxporteerde pakketten zijn gemarkeerd met de juiste zichtbaarheid.

Deze functie kan worden opgeroepen via PDE Tools > Manifesten organiseren... in het voorgrondmenu van pluginprojecten en MANIFEST.MF-bestanden.

De wizard Manifesten organiseren


Nieuwe verwerkingsinstructie in plugin.xml-bestanden

Pluginmanifestbestanden die door PDE worden gegenereerd, bevatten nu een nieuwe verwerkingsinstructie die versie 3.2 aangeeft in plaats van versie 3.0. Deze nieuwe verwerkingsinstructie is vereist als een plugin gebruik wil maken van de nieuwe runtime-ondersteuning waarbij een plugin extensiepunten en extensies kan aanleveren voor een andere naamruimte dan de eigen naamruimte.

In het onderstaande voorbeeld, levert de plugin org.eclipse.pde.core een extensie aan voor de naamruimte org.eclipse.pde.

verwerkingsinstructie

U hoeft een bestaande plugin niet te migreren om te kunnen profiteren van de nieuwe verwerkingsinstructie, tenzij u gebruik wilt maken van de nieuwe naamruimte-ondersteuning in die plugin.


Bundelverwerkingsomgeving

Een bundelverwerkingsomgeving geeft aan welk JRE-niveau minimaal vereist is om de plugin te kunnen uitvoeren. Als de JRE die wordt gebruikt om Eclipse uit te voeren van een lager niveau is, kan de plugin niet wordt uitgevoerd.

Als u bijvoorbeeld J2SE-1.4 als bundelverwerkingsomgeving voor uw plugin declareert, kan de plugin alleen worden uitgevoerd met JRE-versie 1.4 of hoger.

Als de plugin kan worden uitgevoerd in verwerkingsomgevingen die geen geldige subsets van elkaar zijn (bijvoorbeeld J2SE-1.4 en CDC-1.1/Foundation-1.1), moeten al die bundelverwerkingsomgevingen worden vermeld.

De sectie Verwerkingsomgevingen bevindt zich op de overzichtspagina van de pluginmanifesteditor.

Bij het exporteren van een plugin, wordt de plugincode gecompileerd tegen de JRE die is gekoppeld aan de eerste verwerkingsomgeving die is vermeld in het bestand MANIFEST.MF. Raadpleeg de voorkeurenpagina Java > Geïnstalleerde JRE's > Verwerkingsomgevingen voor een lijst van OSGi-verwerkingsomgevingen en de lijst van geïnstalleerde JRE's die compatibel zijn met die verwerkingsomgevingen.

verwerkingsomgeving


Geautomatiseerd beheer van dependency's

PDE bevat een nieuwe flexibele werkstroom die u in staat stelt de code van uw plugin eerst te definiëren, deze code vervolgens te analyseren en de lijst van plugin-dependency's daarna automatisch door PDE te laten genereren.

In het gedeelte Geautomatiseerd beheer van dependency's op de pagina Dependency's van de pluginmanifesteditor kunt u een lijst van plugins opgeven die u aan het ontwikkelingsbuildpad (en het bereik van de contenthulp) wilt toevoegen.

Deze dependency's worden niet onmiddellijk aan het bestand MANIFEST.MF toegevoegd, maar dat maakt voor het schrijven van de code niet uit.

U kunt de code in PDE op elk gewenst moment analyseren en de juiste dependency's genereren in uw bestand MANIFEST.MF via de headers Require-Bundle of Import-Package.

beheer van dependency's


Structurele vergelijkingen en accentuering van de syntaxis van manifest.mf-bestanden

Als u twee versies van een bundelbestand MANIFEST.MF met elkaar vergelijkt, ziet u in de nieuwe structuurvergelijkingsviewer gemakkelijk welke headers zijn toegevoegd, verwijderd of gewijzigd.

manifeststructuurvergelijking

Syntaxisaccentuering is ook toegevoegd aan de pagina waarop de broncode van MANIFEST.MF wordt afgebeeld. De gewenste kleuren en lettertypen kunnen worden ingesteld op de voorkeurenpagina Pluginontwikkeling > Editors.


build.properties-bestanden valideren

PDE valideert nu build.properties-bestanden en markeert potentiële problemen waardoor uw plugin niet zou kunnen worden geëxporteerd.

validatie van build.properties

Het severityniveau van problemen in build.properties-bestanden kan worden ingesteld op de voorkeurenpagina Pluginontwikkeling > Compileerprogramma's > Plugins.

severity van melding


Snelfixes voor pluginmanifestbestanden

Voor vele soorten problemen in de bestanden MANIFEST.MF, plugin.xml en build.properties zijn nu snelfixes beschikbaar:
  • onopgeloste typeverwijzingen
  • externalisatie van kenmerken en elementen
  • vervanging van gedeprecieerde kenmerken en instructies

snelfix


Automatische Javadoc-koppeling

In PDE wordt de Javadoc nu automatisch gekoppeld aan bibliotheken die worden gevonden op het buildpad van uw plugin.

Javadoc-koppeling

Raadpleeg de documentatie van het extensiepunt org.eclipse.pde.core.javadoc voor een volledige beschrijving.


Nieuwe editor voor extensiepuntschema's

Het ontwerp van de editor voor extensiepuntschema's is gewijzigd. Een greep uit de nieuwe features:
  • Betere visualisatie van het schema
  • Eenvoudigere bewerking van kenmerken
  • Slepen en neerzetten
  • Opname van andere schema's

Schema-editor


Naamloze RCP-toepassingssjabloon

De Eclipse-runtime is een veelzijdig Java-componentmodel dat ideaal is voor het uitvoeren van naamloze (niet-gebruikersinterface) toepassingen.

De wizard voor het maken van een nieuwe pluginproject (Bestand > Nieuw > Project... > Pluginproject) bevat nu een werkstroom voor het maken van naamloze RCP-toepassingen, compleet met een 'Hallo wereld'-sjabloon.

Naamloze RCP-toepassing


Formuliervalidatie in producteditor

De producteditor rapporteert nu waarschuwingen en fouten in het titelgebied van elke pagina. Gemeld worden onder meer ongeldige paden en de verkeerde grootte en diepte van afbeeldingen.

Formuliervalidatie


Voortgangsinformatie in het beginscherm

Als de nieuwe voortgangsinformatiebalk in het beginscherm van Eclipse u goed bevalt, kunt u heel eenvoudig eenzelfde voortgangsinformatiebalk integreren in het beginscherm van uw product.

Op de pagina Productgegevens van de PDE-producteditor kunt u een geïntegreerde voortgangsinformatiebalk toevoegen en deze naar wens aanpassen.

Voortgangsinformatiebalk en productgegevens


Platformspecifieke startprogramma-argumenten voor het exporteren van producten naar andere platforms

In de producteditor is het nu mogelijk om platformspecifieke programma- en VM-argumenten voor het starten van een product op te geven. Aldus kunt u platformspecifieke <launcher>.ini-bestanden maken in één exportbewerking.

Platformspecifieke startprogramma-argumenten


Een welkomstpagina aan uw product toevoegen

Een welkomstpagina is het middel bij uitstek om de gebruiker op aangename wijze kennis te laten maken met uw product.

De pagina Productgegevens van de productconfiguratie-editor (Bestand > Nieuw > Overige... > Productconfiguratie) bevat een nieuw gedeelte, Welkomstpagina, waarmee u snel en gemakkelijk een welkomstpagina voor uw product kunt maken op basis van een sjabloon.

Configuratie van productgegevens op welkomstpagina


Deelbare en overdraagbare PDE-startconfiguraties

De PDE-startconfiguraties (Eclipse-toepassing en JUnit-plugin) ondersteunen nu variabele vervangingen. Door handig gebruik te maken van variabelen kan de opgeslagen vorm van de startconfiguratie ook op andere besturingssystemen en door andere teams worden gebruikt.

Sjablonen voor startargumenten

U kunt nu een sjabloon voor programma- en VM-argumenten opgeven die wordt gebruikt om de standaardargumenten voor nieuwe startconfiguraties in PDE mee te initialiseren.

Startconfiguratiesjablonen


Verbeterde en automatische pluginvalidatie vóór het starten

Met behulp van de functie Pluginset controleren, die beschikbaar is op het tabblad Plugins van elk PDE-startprogramma, kunt u de geselecteerde plugins controleren op eventuele problemen in de startconfiguratie. 

Deze functie is verder uitgebreid zodat u meer soorten fouten die verhinderen dat een plugin kan worden uitgevoerd, kunt opsporen.

U kunt deze controle ook automatisch laten uitvoeren voordat een plugin wordt gestart.

Automatische controle van plugin


Nieuwe bronzoekopdracht voor foutopsporing in Eclipse-toepassingen

Voor het opsporen van fouten in Eclipse-toepassingen gebruikt PDE nu een aangepast mechanisme voor bronzoekopdrachten dat gekoppeld aan de OSGi-klassenlader. Dit werkt sneller en levert nauwkeurigere resultaten op dan lineaire Java-bronzoekopdrachten.

Het tabblad Bron is verwijderd uit de JUnit-startconfiguraties van Eclipse/Equinox/Plugin aangezien deze overbodig zijn geworden.


Aangepaste Ant-doelen op pluginniveau

Het gegenereerde bestand build.xml voor een plugin ondersteunt nu aangepaste doelen op pluginniveau. Stel de eigenschap "customBuildCallbacks" in het bestand build.properties van een plugin in op een Ant-script en er worden vooraf en/of achter Ant-aanroepen gegenereerd voor de volgende doelen: build.jars, build.sources, het compilatiedoel (@dot), gather.bin.parts, gather.sources, gather.logs en clean. In veel gevallen kunnen deze aangepaste callbacks worden gebruikt in plaats van een geheel aangepast bestand build.xml. De hiervoor meegeleverde sjabloon customBuildCallbacks.xml bevindt zich in de directory org.eclipse.pde.build/templates.

Producten bouwen

Met PDE Build kunt u nu producten bouwen op basis van product-bestanden (extensie .product) in een naamloze geautomatiseerde build. Er wordt automatisch een feature gegenereerd op basis van de inhoud van het product-bestand.

Ondersteuning voor meerdere repository's

De PDE Build-genereerproces van ophaalscripts voor naamloze builds is nu uitbreidbaar. Extenders kunnen ondersteuning aanleveren voor het ophalen van elementen uit aanvullende repository's via het extensiepunt org.eclipse.pde.build.fetchFactories. PDE Build levert de standaardextensie voor het ophalen van bestanden uit CVS.