Eclipse-komponentene leveres som arkivfiler. Hvert arkiv inneholder en samling av funksjoner og plugin-moduler. Arkivene inneholder normalt alle funksjonene en bestemt komponent kan tilby. Det er ofte tilfelle at forbrukerne enten trenger mer enn en komponent og/eller bare trenger deler av andre komponenter. Uten hjelp må forbrukerne utføre en manuell henting av arkivene som inneholder det overordnede settet av funksjonen de trenger, og deretter trekke ut de nødvendige funksjonene og plugin-modulene manuelt. Dette kan være en arbeidskrevende prosess der det er enkelt å gjøre feil.
PDE inneholder heldigvis en satsorientert mekanisme, pakkeren som kan hjelpe. Kort sagt tar pakkeren en liste over arkivene som inneholder funksjoner, og en liste over interessante funksjoner som inndata. Deretter henter den zip-filene, trekker ut funksjonene (og de tilhørende plugin-modulene) og pakker dem på nytt i en utdata-zip.
Nedenfor
finner du et sett av grunnleggende trinn for å komme i gang med pakkeren. Det foreslås
at du bygger *nix-pakker på en *nix-maskin for å sikre at filtillatelsene beholdes.
java -jar <eclipse install>/startup.jar -application org.eclipse.ant.core.antRunner
-buildfile <<eclipse install>/plugins/org.eclipse.pde.build_<version>/scripts/package.xml>
-DpackagingInfo=<path to your packaging configuration directory>
eclipse-SDK-3.1-win32.zip=http://download.eclipse.org/downloads/drops/R-3.1-200506271435/ | win32,win32,x86 | | sdk | eclipse
eclipse-PDE-3.1.zip=http://download.eclipse.org/downloads/drops/R-3.1-200506271435/ | | | runtime | pde
baseDirectory |
Katalogen
der all pakking skal finne sted. |
workingDirectory |
Katalogen
der skriptene blir generert. Verdien
i malen er ${baseDirectory}/workingPlace |
downloadDirectory |
Mappen
som arkivene skal lastes ned til. Verdien
i malen er ${baseDirectory}/toPackage |
tempDirectory |
Mappen
som arkivene skal trekkes ut til. Verdien
i malen er ${baseDirectory}/temp |
featurePaths |
Navnet
på roten for de nedlastede arkivene. Verdien
i malen er eclipse. |
featureList |
En kommadelt
liste over funksjons-IDer du ønsker å pakke på nytt. |
componentFilter |
En kommadelt
liste over komponenter der funksjonene i featureList kan finnes. Dette
filtrerer de tilgjengelige arkivene og gjør at pakkeren kan optimalisere settet av nedlastede filer. |
contentFilter |
En kommadelt
liste over innholdstyper som skal hentes. Dette
filtrerer settet av tilgjengelige arkiver og gjør at pakkeren kan optimalisere settet av nedlastede filer. |
config |
En &-delt liste over config-ledd (kommadelte tripletter av operativsystem, vindussystem, arkitektur) som skal pakkes på nytt. (For eksempel win32, win32, x86 & linux, gtk, x86) |
archivesFormat |
Arkivenes
formater. En &-delt
liste over config-formater. (For eksempel
win32, win32, x86 - antZip & linux, gtk, ppc - tar). Hvis
det ikke er oppgitt noe arkivformat for et gitt config-ledd, brukes standardformatet antZip. |
zipargs |
Ekstra
argumenter som skal sendes til zip. |
unzipargs |
Ekstra
argumenter som skal sendes til unzip. |
archivePrefix |
Prefikset
for resultatarkivet eller resultatarkivene. |
collectingFolder |
Navnet
på rotmappen for resultatarkivet. |
buildId |
Kontrollerer
bygge-IDen i arkivets standardnavn. |
buildType |
Typen
bygging, brukes til navngiving av byggeutdataene. Vanligvis
en av I, N, M, S, ... |
buildLabel |
Etikett
for byggingen. Malverdien
er ${buildType}.${buildId} |
archiveNamePrefix |
Kontrollerer
navnet på resultatarkivet. Standardverdien
for dette er ${buildId} |
packagingProperties |
En relativ
bane til filen som inneholder rotfilene for egenskapspakking. Som standard
peker dette på packaging.properties. |
deltaPack |
Oppgir
om det skal genereres en deltapakke. Dette
ekskluderer plattformuavhengige deler, og det grupperer alle config-leddene i ett arkiv. |