Nyheter i 3.2

Dette dokumentet inneholder beskrivelser av noen av de mest interessante eller betydelige endringene som er gjort i PDE for utgave 3.2 av Eclipse, sammenliknet med 3.1.

PDE


Måldefinisjoner

Du kan nå definere et mål i en .target-fil (Fil > Ny > Annet > Plugin-utvikling > Måldefinisjon).

.target-filen definerer alle aspekter av et mål, inkludert navn, plassering, innhold (plugin-moduler, funksjoner eller begge deler) og JRE.

Viktigere er at du kan oppgi og styre flere plugin-steder i målet uten behov for .link-filer.

Med preferansesiden Plugin-utvikling > Målplattform kan du bla gjennom, forhåndsvise og bruke eksisterende måldefinisjoner.

målredigeringsprogram


Bidragende mål

Mål kan bidra i et Eclipse-produkt via utvidelsespunktet org.eclipse.pde.core.targets.

Eclipse SDK leveres med to RCP-sentriske org.eclipse.pde.core.targets-utvidelser, de gjør at du enkelt kan veksle målplattformen frem og tilbake mellom SDK og RCP-delsettet.

forhåndsdefinerte mål


Hierarkisk visning av plugin-moduler

Plugin-modulene på preferansesiden Plugin-utvikling > Målplattform kan nå grupperes etter steder. Denne hierarkiske visningen gjør det mye enklere å administrere store og distribuerte mål.

målhierarki


Plugin-moduler for alle OSGi-rammeverk

Veiviseren for oppretting av nytt plugin-prosjekt (Fil > Ny > Prosjekt > Plugin-prosjekt) har nå et alternativ for å opprette plugin-moduler som kan kjøres med et hvilket som helst OSGi-rammeverk. Det finnes også en Hello OSGi-mal.

equinox


Oppstarter for Equinox OSGi-rammeverk

En ny oppstarter er nå tilgjengelig for kjøring og feilsøking av bunter med Equinox OSGi-rammeverket. Du kan definere startnivået for buntene og tilpasse program- og VM-argumenter for å teste buntene under andre betingelser.

En oppstartskonfigurasjon for Equinox OSGi-rammeverket kan opprettes i dialogboksen Oppstartskonfigurasjon (Kjør > Kjør... fra toppnivåmenyen).

equinox-oppstarter


Java-søketreff i manifestfiler

Søk etter referanser til Java-typer og pakker viser treff i filene MANIFEST.MF, plugin.xml og fragment.xml.

deltaker i pde-søk


Plugin-manifestfiler deltar i refaktorisering

Når du flytter eller endrer navn på en Java-type eller pakke i plugin-modulen, oppdaterer nå PDE automatisk alle referanser til disse typene og pakkene i manifestfiler for de påvirkede plugin-modulene.

NLS-veiviser for plugin-manifestfiler

PDE har nå en veiviser for uttrekking av oversettbare strenger fra plugin-manifestfiler og lagring i en egenskapsfil for flerspråklig støtte.

Veiviseren er tilgjengelig via PDE-verktøy > Eksternaliser strenger i hurtigmenyen for plugin-prosjekter og deres manifestfiler.

nls-veiviser


Organiser plugin-manifestfiler

Veiviseren Organiser manifester er nyttig til bruk før en plugin-modul sendes. Den fjerner ubrukte avhengigheter og egenskapsnøkler, og administrerer de eksporterte pakkene for å sikre at de er merket med den riktige synligheten.

Denne funksjonen kan startes via PDE-verktøy > Organiser manifester på hurtigmenyen for plugin-prosjekter og MANIFEST.MF-filer.

Veiviseren Organiser manifester


Ny behandlingsinstruksjon i plugin.xml-filer

Plugin-manifestfiler som er generert av PDE, inneholder nå en ny behandlingsinstruksjon som oppgir versjon 3.2 i stedet for 3.0. Denne nye behandlingsinstruksjonen kreves hvis en plugin-modul skal kunne utnytte den nye kjøretidsstøtten der en plugin-modul kan bidra med utvidelsespunkter og utvidelser til et annen navneområde enn sitt eget.

I eksempelet nedenfor bidrar plugin-modulen org.eclipse.pde.core med en utvidelse til navneområdet org.eclipse.pde.

behandlingsinstruksjon

Vær oppmerksom på at det ikke er nødvendig å migrere en eksisterende plugin-modul til å bruke den nye behandlingsinstruksjonen med mindre du ønsker å bruke den nye navneområdestøtten i denne plugin-modulen.


Buntutføringsmiljø

Et buntutføringsmiljø oppgir det minste nivået av JRE som kreves for at plugin-modulen skal kjøre. Hvis JRE som blir brukt til å kjøre Eclipse, ikke oppfyller kravene, vil plugin-modulen ikke kjøre.

Hvis du for eksempel deklarerer J2SE-1.4 som plugin-modulens buntutføringsmiljø, kjører plugin-modulen med en JRE-versjon >= 1.4.

Hvis plugin-modulen kan kjøre i utføringsmiljøer som ikke er riktige delsett av hverandre (for eksempel J2SE-1.4 og CDC-1.1/Foundation-1.1), så bør alle slike buntutføringsmiljøer oppgis.

Delen Utføringsmiljøer finnes på siden Oversikt i plugin-manifestets redigeringsprogram.

Under en plugin-eksport blir plugin-koden kompilert mot JREen som er knyttet til det første utføringsmiljøet som er oppført i MANIFEST.MF. Preferansesiden Java > Installerte JREer > Utføringsmiljøer inneholder en liste over OSGi-utføringsmiljøer og listen over installerte JREer som er kompatible med hver andre.

utføringsmiljø


Automatisert administrasjon av avhengigheter

PDE sørger nå for en ny fleksibel arbeidsflyt som tillater at du koder plugin-modulen først, og deretter får koden analysert, og listen over plugin-avhengigheter blir automatisk generert for deg av PDE etterpå.

Med delen Automatisert administrasjon av avhengigheter på siden Avhengigheter i redigeringsprogrammet for plugin-manifestet kan du oppgi en liste over plugin-moduler du ønsker å forsterke utviklingsbyggebanen (og dermed omfanget av innholdshjelpen) med.

Disse avhengighetene blir ikke umiddelbart lagt til i MANIFEST.MF, men du kan begynne kodingen med det samme som om de ble lagt til.

Du kan når som helst be PDE om å analysere koden og generere de riktige avhengighetene i MANIFEST.MF via enten Require-Bundle- eller Import-Package-toppteksten.

avhengighetsstyring


Strukturell sammenlikning og syntaksutheving for manifest.mf-filer

Ved sammenlikning av to versjoner av en MANIFEST.MF-fil for en bunt, gjør det nye visningsprogrammet for struktursammenlikning at du enkelt kan se hvilke overskrifter som er lagt til, fjernet eller endret.

strukturell manifestsammenlikning

Syntaksutheving er også lagt til på MANIFEST.MF-kildesiden. Preferanser for farger og fonter kan defineres på preferansesiden Plugin-utvikling > Redigeringsprogrammer.


Valider build.properties-filer

PDE validerer nå build.properties-filer for å flagge potensielle problemer som vil hindre at plugin-modulen blir riktig eksportert.

build.properties-validering

Alvorsgraden for problemer i build.properties-filer kan defineres på preferansesiden Plugin-utvikling > Kompilatorer > Plugin-moduler.

alvorsgrad for varsling


Hurtigrettelser for plugin-manifestfiler

Hurtigrettelser er nå tilgjengelig for mange typer problemer i filene MANIFEST.MF, plugin.xml og build.properties, inkludert
  • uløste typereferanser
  • eksternaliserende attributter og elementer
  • erstatninger av foreldede attributter og direktiver

hurtigrettelse


Automatisk Javadoc-tilknytning

PDE automatiserer nå oppgaven med å knytte Javadoc til biblioteker som finnes i plugin-modulens byggebane.

javadoc-tilknytning

Se utvidelsespunktdokumentasjonen org.eclipse.pde.core.javadoc hvis du vil ha flere opplysninger.


Nytt skjemaredigeringsprogram for utvidelsespunkt

Designen av skjemaredigeringsprogrammet for utvidelsespunkt er endret. De nye funksjonene omfatter
  • bedre visualisering av skjemaet
  • enklere redigering av attributter
  • dra og slipp
  • inkludering av andre skjemaer

skjemaredigeringsprogram


RCP-applikasjonsmal for kommandogrensesnitt

Eclipse-kjøretiden er en Rich Java-komponentmodell som er ideell for kjøring av applikasjoner med kommandlinjegrensesnitt.

Veiviseren for oppretting av nytt plugin-prosjekt (Fil > Ny > Prosjekt> Plugin-prosjekt) støtter nå en arbeidsflyt for å opprette RCP-applikasjoner med kommandolinjegrensesnitt, komplett med en Hello World-mal.

rcp med kommandolinjegrensesnitt


Skjemavalidering i produktredigeringsprogrammet

Produktredigeringsprogrammet rapporterer nå om advarsler og feil i tittelområdet på hver side. De rapporterte problemene omfatter ugyldige baner og feil størrelse og dybde for et bilde.

skjemavalidering


Integrert fremdriftsovervåker i produktets oppstartsbilde

Hvis du liker den integrerte statuslinjen på oppstartsbildet for Eclipse, kan du på en enkel måte få det samme i oppstartsbildet for ditt produkt.

Siden Merkevarebygging i produktredigeringsprogrammet for PDE har støtte for å legge til og tilpasse en integrert statuslinje.

varemerking av statuslinje og meldinger


Plattformspesifikke oppstartsargumenter for produkteksport til flere plattformer

I produktredigeringsprogrammet er det nå mulig å oppgi plattformspesifikke program- og VM-argumenter som et produkt skal startes med. Dette gjør det mulig å opprette plattformspesifikke <launcher>.ini-filer i en enkelt eksportoperasjon til flere plattformer.

plattformspesifikke oppstarterargumenter


Legg til en velkomstside for produktet

Du kan bruke en velkomstside til å sørge for en hyggelig brukeropplevelse med produktet.

Siden Merkevarebygging i redigeringsprogrammet for produktkonfigurasjon (Fil > Ny > Annet> Produktkonfigurasjon) har nå delen Velkomstside, som vil hjelpe deg med å opprette en velkomstsidemal for produktet.

velkomst


Delbare og flyttbare PDE-oppstartskonfigurasjoner

Oppstartskonfigurasjonene for PDE (Eclipse Application and Plug-in JUnit) støtter nå erstatning av variabelverdier. Forsiktig bruk av variabler gjør at den lagrede formen av oppstartskonfigurasjonen kan være flyttbar over flere operativsystemer og delbare i flere grupper.

Maler for oppstartsargumenter

Du kan nå oppgi en mal for program- og VM-argumenter, som blir brukt til å initialisere standardargumenter i nye PDE-oppstartskonfigurasjoner.

oppstartsmaler


Utvidet og automatisk plugin-validering før oppstart

Funksjonen Valider plugin-sett, som er tilgjengelig på flippen Plugin-moduler for alle PDE-oppstartere, analyserer listen over valgte plugin-moduler for å finne snikende oppstartsproblemer. 

Denne funksjonen er nå utvidet slik at den kan gi prognoser over flere typer ikke-oppfylte begrensninger som ville hindre kjøring av plugin-modulen.

Du kan også velge å la denne valideringen skje automatisk før hver oppstart.

automatisk plugin-validering


Nytt kildeoppslag for feilsøking av Eclipse-applikasjoner

Ved feilsøking av Eclipse-applikasjoner bruker PDE nå en tilpasset oppslagsmekanisme som er knyttet til OSGi-klasselasteren. Dette er både raskere og mer nøyaktig enn det standard lineære Java-kildeoppslaget.

Flippen Kilde er fjernet fra oppstartskonfigurasjonen for Eclipse/Equinox/Plug-in/JUnit siden den ikke er nødvendig lenger.


Tilpassede Ant-mål på plugin-nivå

Den genererte build.xml for en plugin-modul støtter må tilpassede mål på plugin-nivå. Definer egenskapen "customBuildCallbacks" i en plugin-moduls build.properties-fil slik at den peker på et Ant-skript, og sett inn Ant-kall som skal genereres for disse målene før eller etter: build.jars, build.sources, kompileringsmålet (for eksempel @dot), gather.bin.parts, gather.sources, gather.logs og clean. I mange tilfeller kan disse tilpassede tilbakekallene brukes i stedet for en fullstendig tilpasset build.xml. Det finne en customBuildCallbacks.xml-mal i org.eclipse.pde.build/templates.

Bygge produkter

PDE Build støtter nå bygging av produkter fra en .product-fil i en automatisert bygging med kommandogrensesnitt. Det blir automatisk generert en funksjon basert på innholdet i .product-filen.

Støtte for flere datalagre

PDE Build-genereringen av henteskript for bygginger med kommandogrensesnitt er nå omfattende. Utvidelser kan gi støtte for henting av elementer fra andre datalagre gjennom utvidelsespunktet org.eclipse.pde.build.fetchFactories. PDE Build har standardutvidelsen for henting av filer fra CVS.