Re: Unresolved package in bundle, com.sun.tools, mac

2008-05-28 Thread Richard S. Hall
I would recommend option (b), since (a) hides the dependency, which will cause your bundle to fail on other frameworks or even misconfigured installations of Felix and you won't easily know why. Better to have your dependencies be explicit, so that people will know how to satisfy them. -> rich

Configuring pax-logging

2008-05-28 Thread Mark Derricutt
Does anyone have any good pointers/docs on configuring pax-logging/logging under Felix/OSGi? By default, the pax-logging api/service bundles set everything to DEBUG which just gives way to much data and I've not yet found any definitive "how to" guides on configuring this. Anyone got any poin

Re: Unresolved package in bundle, com.sun.tools, mac

2008-05-28 Thread Erik Peterson
That did the trick! I just removed the imports using option a. Now I have to look at what makes since in separating the current bundle into separate services: tcp server, embedded server, mixed mode, web console etc. What I'm really interested in is deploying in mixed mode (embedded and tcp

Re: Unresolved package in bundle, com.sun.tools, mac

2008-05-28 Thread Karl Pauls
The issue is that the packages are not exported by the system bundle. You can do one of the following two things: a) remove the import from your bundle i.e., !., !com.sun.*, !sun.*,* and add/uncomment the following line in conf/config.properties org.osgi.framework.bootdelegation=sun.*,

Unresolved package in bundle, com.sun.tools, mac

2008-05-28 Thread Erik Peterson
I'm new to osgi/felix and am trying to wrap h2 database as an iPOJO bundle. When starting the service from felix console I get: "org.osgi.framework.BundleException: Unresolved package in bundle 24: package; (package=com.sun.tools.javac)" I'm on Mac OS X 10.5 (Leopard) which, to my understandin

Re: maven-bundle-plugin and generics

2008-05-28 Thread Stuart McCulloch
2008/5/28 Clement Escoffier <[EMAIL PROTECTED]>: > Hi, > > It is just an hypothesis, but the maven-bundle-plugin is based on BND which > is based on a bytecode analysis. The bytecode does not contain specific > instructions about generics. It's more a syntactic sugar. So, when > analyzed, > I'm pr

Re: obr for felix bundles?

2008-05-28 Thread Stuart McCulloch
On 28/05/2008, Clement Escoffier <[EMAIL PROTECTED]> wrote: > > > -Message d'origine- > > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Stuart > > McCulloch > > Envoyé : mercredi 28 mai 2008 08:15 > > > À : users@felix.apache.org > > Objet : Re: obr for felix bundles? > > >

RE: maven-bundle-plugin and generics

2008-05-28 Thread Clement Escoffier
Hi, It is just an hypothesis, but the maven-bundle-plugin is based on BND which is based on a bytecode analysis. The bytecode does not contain specific instructions about generics. It's more a syntactic sugar. So, when analyzed, I'm pretty sure that generics are not detected as they are not presen

RE: obr for felix bundles?

2008-05-28 Thread Clement Escoffier
> -Message d'origine- > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Stuart > McCulloch > Envoyé : mercredi 28 mai 2008 08:15 > À : users@felix.apache.org > Objet : Re: obr for felix bundles? > > 2008/5/28 Felix Meschberger <[EMAIL PROTECTED]>: > > > Hi Richard, > > >

maven-bundle-plugin and generics

2008-05-28 Thread Hampel, Michael
Hello, I have a class with a method public Collection getJobs(Object jobProcessor) { return jobProcessor.getJobs(); } The class imports MyType. When I build the class with the maven-bundle-plugin the resulting Manifest is not adding the MyTypes package to its Import-Packages. When

Re: obr for felix bundles?

2008-05-28 Thread Stuart McCulloch
2008/5/28 Felix Meschberger <[EMAIL PROTECTED]>: > Hi Richard, > > Am Dienstag, den 27.05.2008, 21:55 -0400 schrieb Richard S. Hall: > > Felix, > > > > I don't have a problem with this approach (or any approach for that > matter). > > > > My only request is that we devise a method that is easy for

Re: obr for felix bundles?

2008-05-28 Thread Felix Meschberger
Hi Richard, Am Dienstag, den 27.05.2008, 21:55 -0400 schrieb Richard S. Hall: > Felix, > > I don't have a problem with this approach (or any approach for that matter). > > My only request is that we devise a method that is easy for us to update > any time we have a new release. That would be m