Nye funktioner i 3.2

Dette dokument indeholder beskrivelser af nogle af de mere interessante eller væsentlige ændringer, der er foretaget i PDE i release 3.2 i forhold til release 3.1 af Eclipse.

PDE


Måldefinitioner

Du kan nu definere et mål i en .target-fil (Fil > Ny > Andet... > Plugin-udvikling > Måldefinition).

Filen .target definerer alle aspekter ved et mål, herunder navn, placering, indhold (med hensyn til plugins, funktioner eller begge) og JRE.

Det er værd at bemærke, at du kan angive og administrere flere plugin-websteder i målet uden behov for .link-filer.

På indstillingssiden Plugin-udvikling > Målplatform kan du gennemse, få vist resultatet af og anvende eksisterende måldefinitioner.

måleditor


Målbidrag

Via udvidelsespunktet org.eclipse.pde.core.targets kan der foretages bidrag af mål til et Eclipse-produkt.

Eclipse SDK leveres med to RCP-orienterede org.eclipse.pde.core.targets-udvidelser, så du let kan skifte målplatformen frem og tilbage mellem SDK- og RCP-delmængden.

foruddefinerede mål


Hierarkisk oversigt over plugins

Plugins på indstillingssiden Plugin-udvikling > Målplatform kan nu grupperes efter websted. Den hierarkiske oversigt gør det langt nemmere at administrere store og distribuerede mål.

målhierarki


Plugins til alle OSGi-strukturer

Den nye guide, Nyt plugin-projekt (Fil > Ny > Projekt...> Plugin-projekt) giver nu mulighed for at oprette plugins, der kan udføres med en hvilken som helst OSGi-struktur. Der stilles også en Hello OSGi-skabelon til rådighed.

Equinox


Startprogram til Equinox OSGi Framework

Der findes nu et startprogram, der kan udføre bundter med Equinox OSGi Framework og foretage fejlfinding i dem. Du vil kunne angive startniveauet for dine bundter og tilpasse program- og VM-argumenter for at teste bundterne i forskellige situationer.

Der kan oprettes en startkonfiguration til Equinox OSGi Framework i dialogboksen Startkonfigurationer (Udfør > Udfør... fra hovedmenuen).

Equinox-startprogram


Java-søgeforekomster i manifestfiler

Søgninger efter referencer til Java-typer og -pakker viser nu forekomster i filerne MANIFEST.MF, plugin.xml og fragment.xml.

PDE-søgedeltager


Plugin-manifestfiler deltager i refactoring

Når du flytter eller omdøber en Java-type eller -pakke i en plugin, opdaterer PDE nu automatisk alle referencer til disse typer og pakker i de berørte plugins manifestfiler.

NLS-guide til plugin-manifestfiler

PDE indeholder nu en guide, som kan udtrække tekststrenge, der kan oversættes, fra plugin-manifestfiler og gemme dem i egenskabsfiler af hensyn til understøttelse af flere sprog.

Guiden kan åbnes via PDE-værktøjer > Eksternalisér strenge... på kontekstmenuen for plugin-projekter og deres manifestfiler.

NLS-guide


Organisér plugin-manifestfiler

Guiden Organisér manifester bruges, lige inden en plugin leveres. Den fjerner ubrugte afhængigheder og egenskabsnøgler og behandler de eksporterede pakker for at sikre, at de er mærket med den rigtige synlighed.

Funktionen kan startes via PDE-værktøjer > Organisér manifester... på kontekstmenuen for plugin-projekter og MANIFEST.MF-filer.

guiden Organisér manifest


Ny behandlingsinstruktion i plugin.xml-filer

Plugin-manifestfiler, der genereres af PDE, indeholder nu en ny behandlingsinstruktion, der angiver version 3.2 i stedet for 3.0. Den nye behandlingsinstruktion er påkrævet, hvis en plugin skal udnytte den nye runtime-understøttelse, hvor en plugin kan bidrage med udvidelsespunkter og udvidelser til et andet navneområde end sit eget.

I eksemplet nedenfor bidrager plugin'en org.eclipse.pde.core med en udvidelse til navneområdet org.eclipse.pde.

behandlingsinstruktion

Bemærk, at det ikke er nødvendigt at overføre en eksisterende plugin til den nye versions behandlingsinstruktion, medmindre du vil bruge den nye navneområdeunderstøttelse i plugin'en.


Udførelsesmiljø for bundt

I et bundtudførelsesmiljø angives det laveste JRE-niveau, der er nødvendigt for at udføre plugin'en. Hvis den JRE, der bruges til at udføre Eclipse, ikke overholder kravet, kan plugin'en ikke udføres.

Hvis du f.eks. erklærer J2SE-1.4 som plugin'ens bundtudførelsesmiljø, kan plugin'en udføres med en JRE-version >= 1.4.

Hvis plugin'en kan udføres i udførelsesmiljøer, der ikke er ægte delmængder af hinanden (f.eks. J2SE-1.4 og CDC-1.1/Foundation-1.1), skal alle disse bundtudførelsesmiljøer angives.

Afsnittet Udførelsesmiljøer findes på siden Oversigt i plugin-manifesteditoren.

Under plugin-eksport kompileres plugin-koden mod den JRE, der er tilknyttet til det første udførelsesmiljø, der er angivet i MANIFEST.MF. På indstillingssiden Java > Installerede JRE'er > Udførelsesmiljøer findes en oversigt over OSGi-udførelsesmiljøer og en liste med de installerede JRE'er, der er kompatible med hvert af dem.

udførelsesmiljø


Automatiseret styring af afhængigheder

PDE giver nu mulighed for en ny fleksibel arbejdsgang, hvor du kan kode plugin'en først, derefter få koden analyseret og bagefter automatisk få oprettet en liste med plugin-afhængigheder af PDE.

I afsnittet Automatiseret styring af afhængigheder på siden Afhængigheder i plugin-manifesteditoren kan du angive en liste med plugins, som du vil udvide udviklingsbyggestien (og dermed indholdsassistanceomfanget) med.

Afhængighederne tilføjes ikke med det samme til MANIFEST.MF, men du kan umiddelbart begynde at kode, som om de var tilføjet.

Du kan når som helst instruere PDE om at analysere koden og generere de rigtige afhængigheder i MANIFEST.MF via enten topteksten Require-Bundle eller Import-Package.

afhængighedsstyring


Strukturel sammenligning og syntaksfremhævning for manifest.mf-filer

Når du sammenligner to versioner af en MANIFEST.MF-bundtfil, kan du med den ny struktursammenligningsfremviser let se, hvilke toptekster der er tilføjet, fjernet eller ændret.

sammenligning af manifeststrukturer

Desuden er syntaksfremhævning tilføjet til kildesiden for MANIFEST.MF. Farve- og fontindstillinger kan angives på indstillingssiden Plugin-udvikling > Editorer.


Validér build.properties-filer

PDE validerer nu build.properties-filer for at identificere potentielle problemer, der ville forhindre plugin'en i at blive eksporteret korrekt.

validering af build.properties

Niveauet for problemer i build.properties-filer kan angives på indstillingssiden Plugin-udvikling > Compilere > Plugins.

beskedniveau


Hurtige rettelser til plugin-manifestfiler

Der findes nu hurtige rettelser til mange typer problemer i filtyperne MANIFEST.MF, plugin.xml og build.properties, herunder:
  • uløste typereferencer
  • eksternalisering af attributter og elementer
  • erstatning af forældede attributter og direktiver

hurtig rettelse


Automatisk Javadoc-tilknytning

PDE automatiserer nu opgaven med at tilknytte Javadoc til biblioteker, der findes i plugin'ens byggesti.

javadoc-tilknytning

Der er flere oplysninger i dokumentationen til udvidelsespunktet org.eclipse.pde.core.javadoc.


Ny editor til udvidelsespunktskema

Designet af editoren til udvidelsespunktskemaer er ændret. Nye funktioner inkluderer:
  • bedre visuel gengivelse af skemaet
  • forenklet redigering af attributter
  • træk og placér
  • inkludering af andre skemaer

skemaeditor


Hovedløs RCP-programskabelon

Eclipse-runtime er en funktionsrig Java-komponentmodel, der er ideel til udførelse af hovedløse (uden brugergrænseflade) programmer.

Guiden Nyt plugin-projekt (Fil > Ny > Projekt... > Plugin-projekt) understøtter nu en arbejdsgang, herunder en Hello World-skabelon, hvor du kan oprette hovedløse RCP-programmer.

hovedløst RCP


Formularvalidering i produkteditor

Produkteditoren rapporterer nu advarsler og fejl i titelområdet på hver side. De problemer, der rapporteres, er f.eks. ugyldige stier og forkert størrelse og dybde på et billede.

formularvalidering


Integreret statusovervågning i produktets åbningsskærmbillede

Kan du lide den integrerede statuslinje på Eclipse-åbningsskærmbilledet, kan du nemt gøre det samme på dit produkts åbningsskærmbillede.

På siden Mærkning i PDE-produkteditoren er det muligt at tilføje og tilpasse en integreret statuslinje.

statuslinje og meddelelsesmærkning


Platformspecifikke startargumenter til produkteksport til flere platforme

I produkteditoren kan du nu angive platformspecifikke program- og VM-argumenter, et produkt skal startes med. Det gør det muligt at oprette platformspecifikke <start>.ini-filer i en enkelt eksport, der kan bruges på flere platforme.

platformspecifikke startargumenter


Tilføj en velkomstside til produkter

Med en velkomstside har du mulighed for at give brugere et godt førstehåndsindtryk af dit produkt.

Siden Mærkning i produktkonfigurationseditoren (Fil > Ny > Andet... > Produktkonfiguration) indeholder nu afsnittet Velkomstside, som du kan bruge til at oprette en skabelonvelkomstside til dit produkt.

velkomstmærkning


PDE-startkonfigurationer, der kan deles og overføres til andre styresystemer

PDE-startkonfigurationer (Eclipse Application and Plug-in JUnit) understøtter nu variabelerstatninger. Med omhyggelig brug af variabler kan en gemt startkonfiguration overføres til andre styresystemer og deles af teams.

Skabeloner til startargumenter

Du kan nu angive en skabelon til program- og VM-argumenter, som kan bruges til at initialisere standardargumenter i nye PDE-startkonfigurationer.

startskabeloner


Udvidet og automatisk validering af plugins inden start

Funktionen Validér plugin-sæt på skillebladet Plugins for alle PDE-startprogrammer analyserer listen med valgte plugins for at finde potentielle startproblemer. 

Funktionen er nu udvidet, så den identificerer flere typer betingelser, der ikke er opfyldt, og som ville forhindre plugin'en i at blive udført.

Du kan også vælge at få udført valideringen automatisk før hver start.

automatisk plugin-validering


Nyt kildeopslag til fejlfinding i Eclipse-programmer

Når der udføres fejlfinding af Eclipse-programmer, bruger PDE nu en tilpasset kildeopslagsmetode, som er knyttet til OSGi-klasseindlæseren. Den er både hurtigere og mere nøjagtig end det lineære Java-standardkildeopslag.

Skillebladet Kilde er fjernet fra Eclipse/Equinox/Plugin/JUnit-startkonfigurationer, da der ikke længere er brug for det.


Tilpassede Ant-mål på plugin-niveau

Den genererede build.xml til en plugin understøtter nu tilpassede mål på plugin-niveau. Hvis egenskaben "customBuildCallbacks" i en plugin's build.properties-fil angives til at pege på et Ant-script, vil der blive genereret før/efter Ant-kald til følgende mål: build.jars, build.sources, kompileringsmålet (eq: @dot), gather.bin.parts, gather.sources, gather.logs og clean. I mange tilfælde kan disse tilpassede tilbagekaldelser bruges i stedet for en fuldstændigt tilpasset build.xml. Der findes en customBuildCallbacks.xml-skabelon i org.eclipse.pde.build/templates.

Produktbygning

PDE Build understøtter nu bygning af produkter ud fra en .product-fil i hovedløse automatiske bygninger. Der genereres automatisk en funktion ud fra indholdet i produktfilen.

Understøttelse af flere opbevaringssteder

Genereringen af hentningsscripts til hovedløse bygninger i PDE Build kan nu udvides. Udvidere kan bidrage med understøttelse af hentning af elementer fra yderligere opbevaringssteder via udvidelsespunktet org.eclipse.pde.build.fetchFactories. PDE Build indeholder standardudvidelsen til hentning af filer fra CVS.