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/
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/services are
provided exclusively fro
Felix Meschberger-2 wrote:
>
> In this case I suggest you declare your bundle with lazy activation
> policy and just start the bundles. The bundles will then not really be
> started.
>
Thanks Felix. I think I'll have to go a slightly different route than DS
cause in the downstream deployed pr
Turns out that the karaf wrapper feature attempts to install a
platform specific version
of Java Service Wrapper[1]. Manually downloading the correct version
for the platform
and replacing karaf-wrapper gets things working.
The "file not found" complaint is confusing, but in this context just
For example if you have
org.ops4j.pax.url.mvn.repositories= \
http://repo1.maven.org/maven2, \
http://people.apache.org/repo/m2-snapshot-reposit...@snapshots@norelease
s
and you look for a bundle such as
features:addUrl mvn:a/b/1
you see
java.lang.RuntimeException: URL
Thanks for your answers.
I will inform me about the src-plugin and try it out.
If nothing happens I will see if i can upload the project.
See you
Mustafa
Stuart McCulloch wrote:
2009/11/10 Mustafa Caylak
Hi,
It's me again. I don't know what to do anymore. Apparently there is no one
On Tue, Nov 10, 2009 at 1:26 PM, Stephan Heuser
wrote:
> Felix Meschberger wrote:
>>
>> Hi,
>>
>> Stephan Heuser schrieb:
>>>
>>> Well my properties file for running felix on android for some reason
>>> stated the framework version being 2.0.0, which was obviously wrong.
>>
>> I see.
>>
>>> By the
2009/11/10 Mustafa Caylak
> Hi,
>
> It's me again. I don't know what to do anymore. Apparently there is no one
> with the same problem, so can anyone tell me how I find out what the problem
> is?
>
personally I still have next-to-zero time to do any investigation, however
the code is available
Why don't you just use the maven-scr-plugin and its annotations?
I've found it very handy to generate the component descriptor.
This is a snippet of a pom of mine (notice there's no bnd file "tampering"):
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
16 matches
Mail list logo
