[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [equinox-dev] Re: Adding to the framework exported libraries?
|
I bring it up for a couple reasons:
1) From time to time I see suggestions to supplement plugin behavior
in a fragment that registers services, as was done in the original
post, so I assume that I'm missing something in how it *could* be done.
2) I've seen the use case for fragments as a) localized resources, b)
native code shared library for a specific os configuration, and c)
extending the functionality of a given bundle such that, depending on
what fragment is installed in the framework, you get modified/adapted
behavior.
In the cases of 1) and 2c), consider an extension of the system
bundle that wishes to provide an implementation of the Log Service.
How to do this?
This is just one example. The bottom line: if you need a bundle
context to do anything "useful" in a running framework, and a
fragment doesn't get one because it can't have a bundle activator,
what is it realistically possible to do in a fragment beyond
resources and native code?
/djk
On Feb 13, 2007, at 9:28 AM, Peter Kriens wrote:
Fragments are supposed to be subservient to its host, for example,
language translations.
Why do you need fragments if you need to actively provide services?
Kind regards,
Peter Kriens
DK> I've been wondering how to register services from a fragment.
DK> As far as I know, a fragment *cannot* have a bundle activator.
DK> Without a bundle activator, how does a fragment get access to its
DK> bundle context through which it can register services?
DK> What am I missing?
DK> /djk
>> Message: 4
>> Date: Mon, 12 Feb 2007 07:44:35 +0100
>> From: Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx>
>> Subject: [equinox-dev] Re: Adding to the framework exported
libraries?
>> To: equinox-dev@xxxxxxxxxxx
>> Message-ID: <eqp2ci$9e1$1@xxxxxxxxxxxxx>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Kabe wrote:
>> > Hi Tom, thanks for the suggestion. Only reason i don't think this
>> will
>> > work (and maybe i'm wrong?) is that i need my host application to
>> expose
>> > instances (services) to the bundles, so for example my host
>> application
>> > creates in instance of FooService, and then registers it with the
>> root
>> > BundleContext of the Equinox framework. However, unless i somehow
>> tell
>> > Equinox that the package is available from the host (parent
>> classloader)
>> > it won't let any bundle load that depends on this package. So far
>> i'm
>> > not seeing how Fragment Bundles can solve this problem,
because they
>> > seem like they need to be full bundles and not just passed in,
>> but there
>> > could be some API or technique i'm not familiar with?
>>
>> The system bundle is "org.eclipse.osgi". It exports the system
>> packages.
>>
>> Fragments contribute to the classpath of their bundle host. Thus,
>> if you
>> create a fragment to "org.eclipse.osgi" you can add the packages
from
>> your application to the set of exported packages of the system
bundle,
>> which makes them available to all bundles.
>>
>> For registering your services from the host application I suggest
>> creating a bundle that is started when the framework is started.
This
>> bundle can register any OSGi services, etc. It could be also the
>> fragment you created above.
>>
>> Cu, Gunnar
DK> _______________________________________________
DK> equinox-dev mailing list
DK> equinox-dev@xxxxxxxxxxx
DK> https://dev.eclipse.org/mailman/listinfo/equinox-dev
--
Peter Kriens Tel +33467542167
9C, Avenue St. Drézéry AOL,Yahoo: pkriens
34160 Beaulieu, France ICQ 255570717
Skype pkriens Fax +1 8153772599
