|
| Re: Binary projects result in nested jars with PDE build [message #378531 is a reply to message #378527] |
Tue, 15 July 2008 10:40   |
|
Hi Markus,
Markus Alexander Kuppe wrote:
> Hi,
>
> we use BM to materialize bundles into the workspace where they're added
> as binary projects. This works fine up to the moment where we feed this
> workspace to PDE build to create our product. All binary projects end up
> being "normally" packaged by PDE which results in the original jars
> nested in newly created jars. Obviously this causes problems at runtime
> (RCP doesn't even start).
>
> ATM I see two solutions:
>
> - Do not materialize into the workspace but e.g. site mirror instead.
> The site mirror is feed to PDE build via baseLocation and/or pluginPath.
> Unfortunately this doesn't work well since not all our bundles originate
> from an update site and BM currently doesn't support rules like site
> mirror binary projects but materialize source projects to workspace.
>
Not sure what you mean here. You can always create mspec-nodes for the
binary projects that will redirect them into your target platform if you
like. That should work with both the site.mirror and eclipse.import
reader types.
> - Tell PDE build to not repackage binary projects but simply consume the
> original binary bundle. But can a binary project be distinguished from a
> source project? To me it seems the only indicator is a nested jar with
> the same name as the project.
>
Buckminster had a bug similar to this a while back but we fixed it so
that the original jars are used in the build. So using the Buckminster
product export would solve this.
> Any hints are greatly appreciated.
>
> Cheers
> Markus
>
> P.S. The reason we don't use BM's product export is because is doesn't
> support building for several platforms simultaneously (yet?).
Not the way you want it I guess. We support platform agnostic builds but
if you want several builds, one for each platform, then you need to
spawn a new buckminster build (with a new output folder) for each platform.
Suggestions on how to improve this are of course very welcome.
Regards,
Thomas Hallgren
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.03087 seconds
] 
Search
Help
Register
Login
Home
