Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Buckminster dev » Re: [buckminster-dev] different update site for a plugin
Re: [buckminster-dev] different update site for a plugin [message #882367] Wed, 06 June 2012 10:02
denny is currently offline dennyFriend
Messages: 5
Registered: July 2009
Junior Member
/me slaps his forehead

I *cannot* believe I've overlooked something like this for so long.

I knew it would be obvious and probably fundamental, but man, I outdid
myself this time. I'm glad I can still surprise me.

You guys are both money. Thomas, you nailed it with the includes vs.
requirements. I had just not appreciated what exactly was going on, but
looking at it from this perspective makes it pretty clear.

Totally explains a problem I overcame a few years ago without really
understanding why (now that I understand (future me laughs) I know I
didn't understand, though I thought I did, at the time).

Wim, the loose as a goose purity is what I'm after, and ironically I was
doing the opposite without even knowing it.

I'm going to have to go through a few plugins cleaning shop.

Good thing I went to the wrong list first. Thanks!

:Denny

--
What this country needs is a good five-cent nickel.
Frank Adams

On 6/6/12 12:48 AM, Wim Jongman wrote:
>>
>>
>> Another important mechanism that will have an effect of what gets pulled
>> in is whether you're using bundle or package requirements in your OSGi
>> manifests. Buckminster will never traverse a package requirement so if you
>> want full control, then use package requirements everywhere and then
>> describe what plug-ins to use to fulfill those requirements with your
>> features.
>>
>>
> One thing to add to this (while we're at it) is the fact that it is
> sometimes very difficult to find the feature where any given plugin can be
> found. You might be tempted to skip the search and wind up just putting the
> plugin into some "additional.plugins.feature". This will bite yourself in
> the foot (i merged two expressions here on purpose).
>
> For example, if you include draw2d as a separate plugin into this
> additional feature then your users might not be able to pull in the GEF
> products because of bundle dependency conflicts.
>
> So always strive to be as "pure" as possible and only supply YOUR bundles
> and let other bundles be provided by their respective featured.
>
> To aid in this a little, I have written the "Feature Explorer" plugin. This
> can be downloaded from the market place.
>
> Furthermore, check out the Orbit project where you can find some lonely
> bundles flying around.
>
> Regards,
>
> Wim
>
>
>
>
> _______________________________________________
> buckminster-dev mailing list
> buckminster-dev@xxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/buckminster-dev
Previous Topic:Re: [buckminster-dev] different update site for a plugin
Next Topic:[buckminster-dev] Project meta data is out of date for tools.buckminster
Goto Forum:
  


Current Time: Thu Nov 20 23:14:11 GMT 2014

Powered by FUDForum. Page generated in 0.01638 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software