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 <he...@ungoverned.org> > 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 attachment. >> >> Derek >> >> 2009/5/14 Richard S. Hall <he...@ungoverned.org <mailto: >> he...@ungoverned.org>> >> >> 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 <http://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><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><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<he...@ungoverned.org >> <mailto:he...@ungoverned.org>> >> >> 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 >> <justin.edel...@mtvstaff.com >> <mailto:justin.edel...@mtvstaff.com>> 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: users@felix.apache.org >> <mailto:users@felix.apache.org>; >> david.sav...@paremus.com >> <mailto:david.sav...@paremus.com> >> Subject: RE: Using SpringSource BR as an OBR >> in Felix >> >> Thanks. Exactly what I was looking for. >> >> -----Original Message----- >> From: David Savage >> [mailto:dave.sav...@paremus.com >> <mailto:dave.sav...@paremus.com>] >> Sent: Wednesday, May 13, 2009 2:52 AM >> To: users@felix.apache.org >> <mailto:users@felix.apache.org> >> 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 >> <justin.edel...@mtvstaff.com >> <mailto:justin.edel...@mtvstaff.com>> 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: >> users-unsubscr...@felix.apache.org >> <mailto:users-unsubscr...@felix.apache.org> >> For additional commands, e-mail: >> users-h...@felix.apache.org >> <mailto:users-h...@felix.apache.org> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: >> users-unsubscr...@felix.apache.org >> <mailto:users-unsubscr...@felix.apache.org> >> For additional commands, e-mail: >> users-h...@felix.apache.org >> <mailto:users-h...@felix.apache.org> >> >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> <mailto:users-unsubscr...@felix.apache.org> >> For additional commands, e-mail: users-h...@felix.apache.org >> <mailto:users-h...@felix.apache.org> >> >> >> ------------------------------------------------------------------------ >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org >> For additional commands, e-mail: users-h...@felix.apache.org >> >