PDE-byggeprogrammet har altid brugt funktioner som en slags grupperingsmekanisme, der angiver, nøjagtigt hvad der skal bygges. Med p2 er denne idé med at bruge en funktion som en gruppe blevet udvidet, hvilket medfører, at der genereres mere end én IU (installable unit - installérbar enhed) pr. funktion.
Fra byggeprogrammets perspektiv bidrager en funktion med tre ting:Når vi bruger den metadatagenerator, der blev introduceret i 3.4, ender vi med følgende struktur for funktionen org.example.platform":
org.example.platform.feature.group | Det er grupperings-IU'en på øverste niveau for funktionen. Den vil have krav på alle de funktioner og plugins, der var inkluderet og krævet af feature.xml. Den inkluderer også et krav på den indlejrede org.example.platform.feature.jar. | ||
|
---|
Bemærk, at denne IU-struktur ikke inkluderer noget for de rodfiler, som funktionen bidrager med. I stedet har en bygning, der bruger metadatagenerering, placeret alle rodfilerne samlet i én enkelt IU og ét enkelt artefakt.
Noget nyt i 3.5 er p2-udgiveren. Hvis vi bruger PDE-byggeprogrammets eclipse.gatherFeature-opgave til at publicere funktionen fra kilden, får vi i stedet rodfils-IU'er, der svarer til den funktion, som har bidraget med dem. I dette tilfælde ender vi med følgende metadata:
org.example.platform.feature.group | Grupperings-IU på øverste niveau for funktionen. | ||||
|
---|
Hvis du bruger den nye p2-udgiver i stedet for den gamle metadatagenerator, kan du meget mere detaljere styre, hvordan rodfiler leveres for produkter.