Re: maven-scr-plugin

Guido Spadotto wrote: > Hi All, > the URL in [1] says that the latest version of the SCR plugin is 1.2.8, > but there's no such version in [2]. > > Is this correct? For some reason the metadata is wrong; I've no idea how this happended and how to fix it. The lastest scr plugin is 1.0.8 Carsten >

Re: Felix and javaFX/third party jars

Thanks for the prompt answer! Sorry I missed your earlier comment... I've looked at your example and repeated it using Ant and bnd. Maybe I should learn maven instead. Anyway, the bndwrap task nicely wraps the javaFX classpath that is used for the build as a single bundle although it throws

Re: Felix and javaFX/third party jars

Well, don't try to tackle too many things at once... you'll need a firm understanding of OSGi and JavaFX separately from one another in order to be really effective. Maven-vs-ant shouldn't matter too much at this point, though it does seem like the maven-bundle-plugin (which uses BND) has been get

RE: Using SpringSource BR as an OBR in Felix

Ah, except that these don't work. I can add http://sigil.codecauldron.org/spring-release.obr (using obr add-url), but then attempts to run obr list fail with a NPE: -> obr list -v Unable to execute command: java.lang.NullPointerException java.lang.NullPointerException at org.apache.feli

[karaf] How to diagnose OSGi classloading?

Hi All, I am getting a very strange CNF and would like to get access to the full OSGi console vs. karaf commands. Is there a way to telnet into console? I also tried to ssh based on documentation on the wiki, but can't find correct user/password combo. Thanks in advance Dmitry

Re: Felix and javaFX/third party jars

Thanks for the advise. I also took the conservative approach in wrapping the SDK. Only the jars javafxc, javafxrt, Scenario and javafxgui are wrapped in one jar. Do you bundle them as well as one or as separate? That was not clear from the maven code, given my limited knowledge of maven. The

Registering a SecurityProvider programatically in OSGi

Hi, We are trying to use BouncyCastle security provider in our platform on OSGi. We have a bundle that contains the BC signed jars: bcprov-jdk15-143.jar and bcpg-jdk15-143.jar for PGP support. That bundle has a component that, once is activated, registers the security provider: protected void

Re: Felix and javaFX/third party jars

What are the import-package headers for your javafx application, bundle 3? It will have to include all the packages you use. BND can successfully analyze the compile JFX classes to help create this automatically, but if you are naming the import-packages manually it won't. Pat. -- Defy mediocr

Re: Using SpringSource BR as an OBR in Felix

Hmmm ok I admit I've not tried it with obr explicitly. I have my own obr parser in sigil which may be making some assumptions. That said this index is generated via bindex so it /should/ be the correct format. Possibly a bug in obr, bindex or sigil or all or some ;) Would be useful if obr gave you

Re: Using SpringSource BR as an OBR in Felix

Which version of OBR are you using? -> richard On 5/14/09 10:31 AM, David Savage wrote: Hmmm ok I admit I've not tried it with obr explicitly. I have my own obr parser in sigil which may be making some assumptions. That said this index is generated via bindex so it /should/ be the correct forma

Re: [karaf] How to diagnose OSGi classloading?

The login/paswd should be karaf/admin, as configured in [home]/etc/users.properties If you want to use the felix console, you'd have to install the required bundle and disable the karaf console, but all the commands are available as karaf commands already afaik. Try "help osgi" and "help packages"

Re: [karaf] How to diagnose OSGi classloading?

Great! Thanks Dmitry On Thu, May 14, 2009 at 10:47 AM, Guillaume Nodet wrote: > The login/paswd should be karaf/admin, as configured in > [home]/etc/users.properties > If you want to use the felix console, you'd have to install the > required bundle and disable the karaf console, but all the c

RE: Using SpringSource BR as an OBR in Felix

1.4.0 From: Richard S. Hall [mailto:he...@ungoverned.org] Sent: Thu 5/14/2009 10:43 AM To: users@felix.apache.org Subject: Re: Using SpringSource BR as an OBR in Felix Which version of OBR are you using? -> richard On 5/14/09 10:31 AM, David Savage wrote:

iPojo - How to create several instances of the same component installed in different versions

Hi, I am trying to figure out how we can manage to run in Felix several versions of the same component that is using iPojo. iPojo use a component name to create component instances. My problem is that with the time some components will evolve and there version number will increase. The old vers

Re: Felix and javaFX/third party jars

Here are the import headers: Import-Package com.sun.javafx.functions com.sun.javafx.runtime com.sun.javafx.runtime.annotation com.sun.javafx.runtime.location com.sun.javafx.runtime.sequence framework.datamodel javafx.geometry javafx.scene javafx.scene.effect javafx.scene.input

Re: Using SpringSource BR as an OBR in Felix

The error appears due a Fragment-Host with a version range: Fragment-Host: com.springsource.org.richfaces;version="[3.1.4.GA, 4.0.0)" bindex generates this in the OBR: which the Felix OBR parser is trying to convert into a Version (not a range). I tried to include the appr

Re: Using SpringSource BR as an OBR in Felix

3rd attempt to send OBR fragment: Derek 2009/5/14 Derek Baum > The error appears due a Fragment-Host with a version range: > > Fragment-Host: com.springsource.org. > richfaces;version="[3.1.4.GA , 4.0.0)" > > bindex generates this in the OBR: > > > >

Re: Using SpringSource BR as an OBR in Felix

On 5/14/09 11:43 AM, Derek Baum wrote: The error appears due a Fragment-Host with a version range: Fragment-Host: com.springsource.org.richfaces;version="[3.1.4.GA, 4.0.0)" bindex generates this in the OBR: which the Felix OBR parser is trying to convert into a Version (no

[maven-bundle-plugin] suppress version on import-package

Is it possible to suppress the version completely on import-package? I've tried many variations for <_versionpolicy>, but have not been able to find a working recipe. -- View this message in context: http://www.nabble.com/-maven-bundle-plugin--suppress-version-on-import-package-tp23546224p23546

Re: Using SpringSource BR as an OBR in Felix

Out of interest are those < :// > characters legal in OSGi version? I would have assumed not. But also this shouldn't cause a runtime exception... On Thu, May 14, 2009 at 7:34 PM, Richard S. Hall wrote: > On 5/14/09 11:43 AM, Derek Baum wrote: >> >> The error appears due a Fragment-Host with a ve

Re: Using SpringSource BR as an OBR in Felix

On 5/14/09 2:54 PM, David Savage wrote: Out of interest are those< ://> characters legal in OSGi version? I would have assumed not. But also this shouldn't cause a runtime exception... I assumed those were the result of some weird email client auto-formatting or something. -> richard

Re: Felix and javaFX/third party jars

> These are automatically created by bnd, as are the SDK headers. The export > headers of the sdk look a bit different. BND does not explicitly mention > these packages, but wraps them in a 'uses:=' statement. Could this be the > problem? If I understand it correctly the uses:= clauses are there t

Re: Using SpringSource BR as an OBR in Felix

Looking at this more closely, this appears to be a bug in bindex. This XML doesn't make sense to me: I don't believe a capability would have a version range. Version ranges are specified in requirements for matching against capabilities. I am not really sure what is happening here. I thin

Re: Felix and javaFX/third party jars

Packages listed in "uses" directives for export packages are exposed in some way by those exported packages (e.g., a method return value or method parameter types). If you see a package listed in "uses" then it will either be imported by your bundle or exported by it. The framework uses this in

Re: Using SpringSource BR as an OBR in Felix

Even though the version issue is not clearly a bug, the first exception below is the result of a bug. The issue is here: https://issues.apache.org/jira/browse/FELIX-1157 I will commit a fix shortly. -> richard On 5/14/09 3:11 PM, Richard S. Hall wrote: Looking at this more closely, this a

Re: Using SpringSource BR as an OBR in Felix

Derek, Are you subscribed to this list (with this email address)? I have to moderate your messages. -> richard On 5/14/09 4:14 PM, Derek Baum wrote: The felix mailing list has been rejecting all my attempts to send a fragment of the offending OBR as spam. I now include this as a .zip attac

Re: Using SpringSource BR as an OBR in Felix

Sorry, I subscribed using a .co.uk address, but mailed from a .com address. This should now be fixed. Derek 2009/5/14 Richard S. Hall > Derek, > > Are you subscribed to this list (with this email address)? I have to > moderate your messages. > > -> richard > > On 5/14/09 4:14 PM, Derek Baum wr

Re: Using SpringSource BR as an OBR in Felix

There is already a bug logged against bindex: https://www.osgi.org/bugzilla/show_bug.cgi?id=39 Derek 2009/5/14 Richard S. Hall > Looking at this more closely, this appears to be a bug in bindex. This XML > doesn't make sense to me: > > > > > > > I don't believe a capability would have a v

Re: Using SpringSource BR as an OBR in Felix

There is an issue with bindex that needs to be addressed: https://issues.apache.org/jira/browse/FELIX-760 https://www.osgi.org/bugzilla/show_bug.cgi?id=39 As a temporary measure, I have modified the version of bindex used to index the spring bundle repository on the sigil site, so that it does n

Re: Using SpringSource BR as an OBR in Felix

p.s. Derek, I still have to moderate your messages. On 5/14/09 7:56 PM, Derek Baum wrote: There is an issue with bindex that needs to be addressed: https://issues.apache.org/jira/browse/FELIX-760 https://www.osgi.org/bugzilla/show_bug.cgi?id=39 As a temporary measure, I have modified the vers

Re: Using SpringSource BR as an OBR in Felix

Are you using the trunk version of OBR to get this to work below? It seems you would need to for the other repository... I should probably deploy a snapshot of it tomorrow... -> richard On 5/14/09 7:56 PM, Derek Baum wrote: There is an issue with bindex that needs to be addressed: https://is

Re: Using SpringSource BR as an OBR in Felix

2009/5/15 Richard S. Hall > Are you using the trunk version of OBR to get this to work below? It seems > you would need to for the other repository... No - I've patched the bindex trunk (attached) to get this to work. I'm omitting adding the version range host attribute to the bundle (it is al

Re: Using SpringSource BR as an OBR in Felix

Yep, but there were two repositories. One caused the version parsing issue and one caused the NPE issue. I fixed the latter in the trunk. -> richard On 05/14/2009 08:35 PM, Derek Baum wrote: 2009/5/15 Richard S. Hall > Are you using the trunk version of OBR

Re: [maven-bundle-plugin] suppress version on import-package

2009/5/15 Will Horn > > Is it possible to suppress the version completely on import-package? I've > tried many variations for <_versionpolicy>, but have not been able to find > a > working recipe. you can either set the version to 0 (which then matches all versions) *;version=0 or you can

Re: Using SpringSource BR as an OBR in Felix

Sorry, different trunks! You fixed felix bundle repository trunk I fixed OSGi bindex trunk Derek 2009/5/15 Richard S. Hall > Yep, but there were two repositories. One caused the version parsing issue > and one caused the NPE issue. I fixed the latter in the trunk. > > -> richard > > On 05/14/2