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 <[email protected]> > Looking at this more closely, this appears to be a bug in bindex. This XML > doesn't make sense to me: > > <capability name='fragment'> > <p n='host' v='com.springsource.org.richfaces'/> > <p n='version' t='version' v='[3.1.4.GA,4.0.0)'/> > </capability> > > 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 think I will need to talk with Peter about > it. > > -> richard > > > On 5/14/09 2: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 version range: >>> >>> Fragment-Host: com.springsource.org.richfaces;version="[3.1.4.GA< >>> http://3.1.4.ga/>, >>> 4.0.0)" >>> >>> bindex generates this in the OBR: >>> >>> <p n='version' t='version' v='[3.1.4.GA<http://3.1.4.ga/>,4.0.0)'/> >>> >>> which the Felix OBR parser is trying to convert into a Version (not a >>> range). >>> >> >> IC. Well, the type does say it is a version (t='version'). :-) >> >> We could potentially hack it so that if we see a "," in the value of the >> version, then we assume it is a version range. I think that would work. >> >> I opened a JIRA issue for this: >> >> https://issues.apache.org/jira/browse/FELIX-1155 >> >> -> richard >> >>> >>> I tried to include the appropriate section from the OBR, but the felix >>> mailing list rejected it as spam. >>> >>> Derek >>> >>> >>> 2009/5/14 Richard S. Hall<[email protected]> >>> >>> 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 >>>>> format. Possibly a bug in obr, bindex or sigil or all or some ;) >>>>> >>>>> Would be useful if obr gave you line numbers though...you may want to >>>>> raise a bug on the felix issue system so it can be patched so we can >>>>> get some more diagnostics. >>>>> >>>>> Regards, >>>>> >>>>> Dave >>>>> >>>>> On Thu, May 14, 2009 at 2:52 PM, Edelson, Justin >>>>> <[email protected]> wrote: >>>>> >>>>> >>>>> 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.felix.bundlerepository.ObrCommandImpl$1.compare(ObrCommandImpl.java:244) >>>>>> >>>>>> at java.util.TreeMap.compare(TreeMap.java:1093) >>>>>> at java.util.TreeMap.getEntry(TreeMap.java:347) >>>>>> at java.util.TreeMap.get(TreeMap.java:265) >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.ObrCommandImpl.list(ObrCommandImpl.java:254) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:106) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:291) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:177) >>>>>> >>>>>> at java.lang.Thread.run(Thread.java:595) >>>>>> The external index fails to even add: >>>>>> -> obr add-url http://sigil.codecauldron.org/spring-external.obr >>>>>> java.lang.reflect.InvocationTargetException >>>>>> at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown >>>>>> Source) >>>>>> at >>>>>> >>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>>> >>>>>> at java.lang.reflect.Method.invoke(Method.java:585) >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.metadataparser.XmlCommonHandler.startElement(XmlCommonHandler.java:490) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.metadataparser.kxmlsax.KXml2SAXParser.parseXML(KXml2SAXParser.java:67) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.RepositoryImpl.parseRepositoryFile(RepositoryImpl.java:256) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.RepositoryImpl.access$000(RepositoryImpl.java:44) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.RepositoryImpl$1.run(RepositoryImpl.java:75) >>>>>> >>>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.RepositoryImpl.<init>(RepositoryImpl.java:71) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.RepositoryAdminImpl.addRepository(RepositoryAdminImpl.java:86) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.RepositoryAdminImpl.addRepository(RepositoryAdminImpl.java:73) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.ObrCommandImpl.urls(ObrCommandImpl.java:160) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.ObrCommandImpl.execute(ObrCommandImpl.java:102) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:291) >>>>>> >>>>>> at >>>>>> >>>>>> org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:177) >>>>>> >>>>>> at java.lang.Thread.run(Thread.java:595) >>>>>> Caused by: java.lang.NumberFormatException: For input string: "[3" >>>>>> at >>>>>> >>>>>> java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) >>>>>> >>>>>> at java.lang.Integer.parseInt(Integer.java:447) >>>>>> at java.lang.Integer.parseInt(Integer.java:497) >>>>>> at org.osgi.framework.Version.<init>(Version.java:128) >>>>>> at >>>>>> >>>>>> org.apache.felix.bundlerepository.PropertyImpl.convertType(PropertyImpl.java:85) >>>>>> >>>>>> at >>>>>> org.apache.felix.bundlerepository.PropertyImpl.setT(PropertyImpl.java:62) >>>>>> >>>>>> ... 17 more >>>>>> >>>>>> This second error looks like some bad metadata. Any clue on how to >>>>>> track >>>>>> down specifically where in the XML file this error is found? >>>>>> >>>>>> Thanks, >>>>>> Justin >>>>>> ________________________________ >>>>>> From: Edelson, Justin >>>>>> Sent: Wed 5/13/2009 10:50 AM >>>>>> To: [email protected]; [email protected] >>>>>> Subject: RE: Using SpringSource BR as an OBR in Felix >>>>>> >>>>>> Thanks. Exactly what I was looking for. >>>>>> >>>>>> -----Original Message----- >>>>>> From: David Savage [mailto:[email protected]] >>>>>> Sent: Wednesday, May 13, 2009 2:52 AM >>>>>> To: [email protected] >>>>>> Subject: Re: Using SpringSource BR as an OBR in Felix >>>>>> >>>>>> There is an obr index hosted on the sigil site: >>>>>> >>>>>> http://sigil.codecauldron.org/OBR+Repository >>>>>> >>>>>> On Tue, May 12, 2009 at 11:49 PM, Edelson, Justin >>>>>> <[email protected]> wrote: >>>>>> >>>>>> >>>>>> This seems like a really basic question, but I've searched the >>>>>>> archives and can't find an answer. Is it possible to use the >>>>>>> SpringSource bundle repository as an OBR? It's quite a pain to have >>>>>>> to >>>>>>> run mvn bundle:deploy-file into my own OBR for each bundle I >>>>>>> need >>>>>>> from >>>>>>> >>>>>>> >>>>>>> them. >>>>>> >>>>>> >>>>>> Thanks, >>>>>>> Justin >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ------------- >>>>>> >>>>>> Paremus Limited. Registered in England. Registration No. 4181472 >>>>>> >>>>>> Registered Office: 22-24 Broad Street, Wokingham, Berks RG40 1BA >>>>>> >>>>>> Postal Address: 107-111 Fleet Street, London, EC4A 2AB >>>>>> >>>>>> The information transmitted is intended only for the person(s) or >>>>>> entity >>>>>> to which it is addressed and may contain confidential and/or >>>>>> privileged >>>>>> material. Any review, retransmission, dissemination or other use of, >>>>>> or >>>>>> taking of any action in reliance upon, this information by persons or >>>>>> entities other than the intended recipient is prohibited. >>>>>> >>>>>> If you received this in error, please contact the sender and delete >>>>>> the >>>>>> material from any computer. >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ------------- >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
