Okay the reason I asked about the *.dll because I have over 200 dlls. I can write a program that reads the libs and creates the names with the ; for the manifest file I guess.
When I said separate bundles I meant one for native dlls for windows, one for linux and one for the mac. So I can not do that? I am hoping like Web Start Felix will download the bundle with the native libs for the OS and arch the client is using not all the bundles for each OS. That is why I would have a native bundle for each OS. One last question. Does Felix/OSGi download the jvm if one is not present? So for a first time user of an app using OSGi/Felix will the jvm be loaded using some attribute of a bundle? Thanks, -Tony ----- Original Message ---- From: Richard S. Hall <he...@ungoverned.org> To: users@felix.apache.org Sent: Sun, September 26, 2010 9:09:06 PM Subject: Re: Bundle-NativeCode question... On 9/26/10 22:22, Tony Anecito wrote: > Hi All, > > I have my native libs for each OS in separate jars and in some cases I have > quite a few jars. I have some simple questions > > 1. Can I keep my native jars as separate bundles? No, they must be packaged in the bundle JAR containing the dependent native classes. > 2. Can I use *.dll in the manifest instead of naming every library? No. > 3. What is the osname for Windows 7? > > Bundle-NativeCode: *.dll; osname=winxp; osname=winvista; processor=x86 The spec mentions that new names are defined here: http://www.osgi.org/Specifications/Reference -> richard > Thanks, > -Tony > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
