Hi Richard,
Thanks for the reply. When you said
> Yes, to ensure your native library dependencies are met in OSGi, it is best
> to explicitly load them in the proper order.
I think the crux of the problem is that for these particular libraries
there is no linear order that works.
You can t
On 4/28/11 16:56, duncan wrote:
Hi Angelo,
Thanks for your response. I understand what you wrote but I think I am
at the point where I have convinced myself that using
System.loadLibrary() within OSGi can be subtly different to using it
outside. The behavior might be equivalent if you have a sin
Hi Angelo,
Thanks for your response. I understand what you wrote but I think I am
at the point where I have convinced myself that using
System.loadLibrary() within OSGi can be subtly different to using it
outside. The behavior might be equivalent if you have a single library
but in my situation we
Hi Cristiano,
I already used the config admin service and fileinstall from Karaf in an
Eclipse RCP app it works quite well. At that time blueprint was not
ready so we used spring dm then. It is a little more work than in karaf
as you have to care about using all the right bundles yourself but
Hi Andreas,
Yep, I found the pax-exam2 site... and I've downloaded it lessons projects.
Sounds very nice...
But I could see it have support for Equinox and Felix containers, using
OSGi Launcher API.
It mean that I couldn't use it to do tests with a karaf point of view,
unless I could install all
typically the best way (imho at least :)) is using pax exam (2). thisthis
will fire up an entire osgi app letting you check on various parts ofof your
application such as blueprint confug, active srrvices,...
kind regards, Andreas
p.s.: Written from my mobile phone, please excuse half sentences a
Hi Christian,
I researched more info and blueprint seams to be the best way to follow
because we could inject beans too. I made a small test with it under
Karaf and it works very well...
We are implement a server side using karaf with felix but we can't use
karaf on client side because it is
Hi Duncan,
Bundle-NativeCode will probably be your best bet: it allows you to leave the
selection of the library up to the framework, and you can quite easily reload
your library by updating the bundle.
You will have to load your libraries with System.loadLibrary, OSGi only takes
care of select
We are accessing native libraries from Java. This works outside of
OSGi and in OSGi on Windows but not on Linux probably because the dll
and so linking behave differently.
I have tried the following experiments:
1) add libraries to LD_LIBRARY_PATH and System.loadLibrary() only the
top level JNI l
9 matches
Mail list logo
