Good point. This may get unsuitable for the user list. I think we could
switch to d...@felix.apache.org, if nobody objects (I've just subscribed).
I'm sure this is not off-topic for that list, especially if maybe
something useful will result for Felix. If you have a better suggestion,
I'm all ears.
Jeremias Maerki-2 wrote:
>
> Looks like we really have to find one good solution for everyone.
> Otherwise, everyone will continue to find a solution for themselves...
>
Agreed. Where is the best place to continue this discussion? I want to
make sure the discussion is archived and open, but
On 11.11.2009 16:37:31 lukewpatterson wrote:
>
>
> Jeremias Maerki-2 wrote:
> >
> > On 10.11.2009 18:26:37 lukewpatterson wrote:
> >>
> >> In my activator, I'm bundletracking looking for /META-INF/services
> >> folders.
> >> I wrap around the service-providing bundles with a custom ClassLoader
On 11/11/09 10:20, lukewpatterson wrote:
Richard S. Hall wrote:
I'm just trying to understand how the
"contents of the contents", as you put it, aren't included in "the
contents".
Just think of how you manually unzip an archive. If you unzip it, you
get its contents. If the
Jeremias Maerki-2 wrote:
>
> On 10.11.2009 18:26:37 lukewpatterson wrote:
>>
>> In my activator, I'm bundletracking looking for /META-INF/services
>> folders.
>> I wrap around the service-providing bundles with a custom ClassLoader and
>> then register them with my API's service factory.
>>
>
Richard S. Hall wrote:
>
>> I'm just trying to understand how the
>> "contents of the contents", as you put it, aren't included in "the
>> contents".
>>
>
> Just think of how you manually unzip an archive. If you unzip it, you
> get its contents. If the contents contain other zip files, th
Are you trying to solve the same problem as I've done lately?
See: http://www.jeremias-maerki.ch/development/osgi/jar-services.html
Well, I didn't specifically look into the Bundle-Classpath issue in this
context. I've turned the META-INF/services carrying JARs into full OSGi
bundles.
On 10.11.200
On 11/10/09 19:38, lukewpatterson wrote:
Richard S. Hall wrote:
since you are confused
Yes I truly am confused. :) But this mailing list seems pretty responsive
and welcoming, so I think I'm on the path to figuring things out.
So entries in the "Bundle Space" (v4.2, sec. 4.4.14) a
Richard S. Hall wrote:
>
> since you are confused
>
Yes I truly am confused. :) But this mailing list seems pretty responsive
and welcoming, so I think I'm on the path to figuring things out.
So entries in the "Bundle Space" (v4.2, sec. 4.4.14) aren't retrieved from
the "Bundle Class Path" (
On 11/10/09 16:57, lukewpatterson wrote:
Richard S. Hall wrote:
On 11/10/09 14:38, lukewpatterson wrote:
Stuart McCulloch wrote:
as the Bundle.findEntries() javadoc states:
"This bundle's class loader is not used to search for entries"
so it won't look inside embed
Richard S. Hall wrote:
>
>
>
> On 11/10/09 14:38, lukewpatterson wrote:
>>
>> Stuart McCulloch wrote:
>>
>>> as the Bundle.findEntries() javadoc states:
>>>
>>> "This bundle's class loader is not used to search for entries"
>>>
>>> so it won't look inside embedded jars - you'll need to
On 11/10/09 14:38, lukewpatterson wrote:
Stuart McCulloch wrote:
as the Bundle.findEntries() javadoc states:
"This bundle's class loader is not used to search for entries"
so it won't look inside embedded jars - you'll need to use
Bundle.getResource() / getResources() for that
Stuart McCulloch wrote:
>
> as the Bundle.findEntries() javadoc states:
>
>"This bundle's class loader is not used to search for entries"
>
> so it won't look inside embedded jars - you'll need to use
> Bundle.getResource() / getResources() for that
>
The part that was confusing me was "
2009/11/11 lukewpatterson
>
> In my activator, I'm bundletracking looking for /META-INF/services folders.
> I wrap around the service-providing bundles with a custom ClassLoader and
> then register them with my API's service factory.
>
> This approach seems to work fine except when the /META-INF/
14 matches
Mail list logo
