Re: Deploying via OBR fails for Java 6

2008-12-09 Thread Stuart McCulloch
2008/12/10 Heiko Seeberger <[EMAIL PROTECTED]> > Stuart, > > however, I notice that Peter has added it as "J2SE-1.6" and not the spec'd >> "JavaSE-1.6"... >> > > I am using the latest Bundle Plugin (1.5.0-SNAPSHOT) but that one does > neither know JavaSE-1.6 nor J2SE-1.6. > And Felix 1.4 with its

Re: Deploying via OBR fails for Java 6

2008-12-09 Thread Heiko Seeberger
Stuart, however, I notice that Peter has added it as "J2SE-1.6" and not the spec'd "JavaSE-1.6"... I am using the latest Bundle Plugin (1.5.0-SNAPSHOT) but that one does neither know JavaSE-1.6 nor J2SE-1.6. And Felix 1.4 with its OBR 1.2.1 cannot handle these, too. Should I file a bug?

Re: Deploying via OBR fails for Java 6

2008-12-09 Thread Stuart McCulloch
2008/12/10 Heiko Seeberger <[EMAIL PROTECTED]> > Hi, > > I am trying to deploy a bundle which requires execution environment > JavaSE-1.6 to felix using OBR (obr deploy ...). > > This fails with: > Unsatisfied requirement(s): > --- > (|(ee=JavaSE-1.6)) > > But felix is ru

Re: Deploying via OBR fails for Java 6

2008-12-09 Thread Richard S. Hall
I believe the issue is that OBR does not currently support EE capabilities, since it has no standard way to detect that. If I recall correctly, OBR doesn't address its execution platform at all currently. -> richard Heiko Seeberger wrote: Hi, I am trying to deploy a bundle which requires exe

Deploying via OBR fails for Java 6

2008-12-09 Thread Heiko Seeberger
Hi, I am trying to deploy a bundle which requires execution environment JavaSE-1.6 to felix using OBR (obr deploy ...). This fails with: Unsatisfied requirement(s): --- (|(ee=JavaSE-1.6)) But felix is running on Java 6. There is also a warning when building the bu

Re: SplashScreen Bundle

2008-12-09 Thread Angelo van der Sijpt
When you have control over the framework your application runs in, you could also patch the felix.jar to include an image and the SplashScreen-Image manifest entry. Note that this only works in Java 6, though. Angelo On 4 Dec 2008, at 13:54, Rob Walker wrote: Unfortunately ours isn't very

Re: iPojo: can i have the metadata in my pom?

2008-12-09 Thread Richard S. Hall
Well, you definitely can if you use iPOJO's manifest-based syntax... I am not sure if it is possible with the XML-based syntax, so I will let Clement answer that. -> richard Todor Boev wrote: Hello, Is there a way for me to instruct the iPojo maven plugin to consume the iPojo metadata direc

iPojo: can i have the metadata in my pom?

2008-12-09 Thread Todor Boev
Hello, Is there a way for me to instruct the iPojo maven plugin to consume the iPojo metadata directly from the my pom.xml. In this way I can have both my BND and iPojo configuration in the same place. Cheers, Todor - To unsu

Re: Error in fwk JarContent class: "Unable to open JAR file"

2008-12-09 Thread Richard S. Hall
Pierre, I have created the following example: PackageAdmin pa = (PackageAdmin) context.getService( context.getServiceReference(PackageAdmin.class.getName())); Bundle exporter, importer1, importer2; InputStream is = this.getClass().getClassLoader().getResourceAs

Re: ResourceBundle

2008-12-09 Thread Richard S. Hall
The warnings are normal, since there is probing for resource bundle classes. -> richard Vinicius Isola wrote: Hi Richard, you are right, -jar ignored my -cp, I didn't know about that. I still got a bunch of warnings, probably because my logging level is 5, seems that the classloader is trying

Re: Error in fwk JarContent class: "Unable to open JAR file"

2008-12-09 Thread Bertrand Delacretaz
On Tue, Dec 9, 2008 at 4:01 PM, Richard S. Hall <[EMAIL PROTECTED]> wrote: > One quick question, are you running on Windows? Not me - I've seen the "java.util.zip.ZipException: error in opening zip file" error on macosx while working on jcrinstall. -Bertrand -

Re: Error in fwk JarContent class: "Unable to open JAR file"

2008-12-09 Thread Pierre De Rop
Linux/ Fedora Core release 6 java version "1.5.0_16" Felix 1.4.0 /pierre Richard S. Hall wrote: One quick question, are you running on Windows? -> richard Pierre De Rop wrote: Hi Richard; It was somewhat hard to track, but I think I have found something ... Here it is: 1- I start my app se

Re: ResourceBundle

2008-12-09 Thread Vinicius Isola
Hi Richard, you are right, -jar ignored my -cp, I didn't know about that. I still got a bunch of warnings, probably because my logging level is 5, seems that the classloader is trying to find/load the resource as if it was a class: WARNING: conf.test (java.lang.ClassNotFoundException: conf.test)

Re: Error in fwk JarContent class: "Unable to open JAR file"

2008-12-09 Thread Richard S. Hall
One quick question, are you running on Windows? -> richard Pierre De Rop wrote: Hi Richard; It was somewhat hard to track, but I think I have found something ... Here it is: 1- I start my app server 2- I perform the "touch" command on one of my bundles (let us call it bundle "A"). Bundle A

Re: ResourceBundle

2008-12-09 Thread Richard S. Hall
I think you are not really adding it to the class path, since I am fairly certain that "-jar" ignores "-cp". You would need to run Felix like this: java -cp .;.\bin\felix.jar org.apache.felix.main.Main Ultimately, if you might want to end up looking into fragments if you end up needing mul

Re: Error in fwk JarContent class: "Unable to open JAR file"

2008-12-09 Thread Bertrand Delacretaz
Hi, On Mon, Dec 8, 2008 at 9:33 AM, Pierre De Rop <[EMAIL PROTECTED]> wrote: >... I am testing hot deployment on our app server (with Felix 1.4.0) and I > discovered that, after a couple of bundle updates, > then I end up with the following fwk exception: > > -> ERROR: JarContent: Unable to open J

Re: Error in fwk JarContent class: "Unable to open JAR file"

2008-12-09 Thread Richard S. Hall
Ok, I will see if I can recreate it. -> richard Pierre De Rop wrote: Hi Richard; It was somewhat hard to track, but I think I have found something ... Here it is: 1- I start my app server 2- I perform the "touch" command on one of my bundles (let us call it bundle "A"). Bundle A exports som

ResourceBundle

2008-12-09 Thread Vinicius Isola
Hi everyone, I'm new to OSGi and I'm trying to make a resource file work with my bundle, but I don't want to pack it into the bundle so it would be easy to replace it without the need to repack it. I don't know if I'm doing something wrong but here is what I did: I added this in the config.proper

Re: Felix 1.4 and WebSphere6.1 - not working

2008-12-09 Thread Maxim Suponya
It works! Thanks a lot, Stuart! "Stuart McCulloch" <[EMAIL PROTECTED]> 09/12/2008 07:36 PM Please respond to users@felix.apache.org To users@felix.apache.org cc Subject Re: Felix 1.4 and WebSphere6.1 - not working 2008/12/9 Maxim Suponya <[EMAIL PROTECTED]> > Stuart, Don, > > Th

RE: Working with third party jar

2008-12-09 Thread Olakara, Abdel
Thanks Stuart! Your explanation gave me good info on how to handle my situation. -Original Message- From: Stuart McCulloch [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 09, 2008 1:48 PM To: users@felix.apache.org Subject: Re: Working with third party jar 2008/12/8 Olakara, Abdel <[E

Re: Felix 1.4 and WebSphere6.1 - not working

2008-12-09 Thread Stuart McCulloch
2008/12/9 Maxim Suponya <[EMAIL PROTECTED]> > Stuart, Don, > > Thank you for your replys! > I've set my app to one class loader and application loads classes first, > the class for BundleContext is now > org.apache.felix.framework.BundleContextImpl, which is good. But.. as soon > as it starts load

Re: Working with third party jar

2008-12-09 Thread Stuart McCulloch
2008/12/8 Olakara, Abdel <[EMAIL PROTECTED]> > Hi all, > > I have some doubts regarding working with third party jars (libraries). > Ideally, we should have all libraries as bundles right? The other way to > add dependency would be to use org.osgi.framework.system.packages.extra > in config.proper

Re: Felix 1.4 and WebSphere6.1 - not working

2008-12-09 Thread Maxim Suponya
Stuart, Don, Thank you for your replys! I've set my app to one class loader and application loads classes first, the class for BundleContext is now org.apache.felix.framework.BundleContextImpl, which is good. But.. as soon as it starts loading classes from a bundle, something frightening happe