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. |
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. |
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.
|
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.
|
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). |
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.
|
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. |
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. |
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. 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. |
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. |
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.
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.
Alvorsgraden for problemer i build.properties-filer kan defineres på preferansesiden Plugin-utvikling > Kompilatorer > Plugin-moduler. |
Hurtigrettelser for plugin-manifestfiler |
Hurtigrettelser er nå
tilgjengelig for mange typer problemer i filene MANIFEST.MF, plugin.xml og build.properties, inkludert
|
Automatisk Javadoc-tilknytning |
PDE automatiserer
nå oppgaven med å knytte Javadoc til biblioteker som finnes i plugin-modulens byggebane.
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
|
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. |
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.
|
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. |
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.
|
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. |
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.
|
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. |
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. |