[News.eclipse.technology.packaging] Re: Pascal: Packager doesn't honor o

["Pascal Rapicault" <pascal_rapicault@xxxxxxxxxx>]

Hi Urs,

This can be solved by setting the following properties in the 
packaging.properties file
    unzipOrder=<prefixToZipFileToUnzipFirst>, 
<prefixToZipFileToUnzipSecond>, ...

Please also post these questions on pde-build-dev as I only check the 
newsgroup once a day

PaScaL


"Urs Reupke" <ureupke@xxxxxxxxxxxxxx> wrote in message 
news:er3tph$sus$1@xxxxxxxxxxxxxxxxxxxx
> Pascal,
>
> as I wrote elsewhere, I am assisting Markus with the packaging component.
>
> Thanks for suggesting the PDE Packager as a basis for EPP.
> The tool performs most of the required tasks as required by this project, 
> but just now, I have come across a problem I believe I cannot solve by 
> pre- or post-processing.
>
> I am assembling the packages from three components - the Eclipse RCP drops 
> provided on the downloads page as "root" files, the requested features 
> downloaded from an update site, and a user-specified config.ini.
> A custom config.ini is required, since the RCP drops come unconfigured.
> To this end, I am creating a map file referencing the root files, a .zip 
> of the downloaded features, and another zip containing nothing but the 
> configuration file.
> Packager then should take those files and work its magic, but alas, it 
> succeeds only in part. The FetchFileGenerator reads the contents of the 
> map file to a Properties object, which is essentially a HashMap, and thus 
> the order of iteration is not the order of insertion - which leads to some 
> root-file-archives being extracted after the config.ini-archive, thus 
> overwriting the custom file.
>
> Could you advise me as to whether there is a more appropriate approach to 
> the custom config problem or whether we could change the packager so that 
> it honored the order given in the map file?
>
> Thanks a lot
> -Urs