Sorry, different trunks! You fixed felix bundle repository trunk I fixed OSGi bindex trunk
Derek 2009/5/15 Richard S. Hall <he...@ungoverned.org> > 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 <he...@ungoverned.org <mailto: >> he...@ungoverned.org>> >> >> >> 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 >> already commented "is this needed?") and if the fragment-host version is a >> range, I'm using "0" in the fragment capability. I guess I could use the low >> value in the range, but as Stuart notes in the issues, this isn't defined in >> the spec: >> >> As to what version the fragment capability should use, that isn't >> specified in the RFC but it can't be a version range if the type is set to >> "version". >> >> Derek >> >> >> >> 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://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 not generate >> version ranges where versions are expected. >> >> obr add-url and obr list now work as expected: >> >> -> obr add-url http://sigil.codecauldron.org/spring-external.obr >> -> obr list -v >> A JSON StAX Implementation >> [com.springsource.org.codehaus.jettison] (1.0.1, >> 1.0.0) >> Adobe BlazeDS - Common Library >> [com.springsource.flex.messaging.common] >> (3.2.0.3978) >> Adobe BlazeDS - Messaging Core [com.springsource.flex.messaging] >> (3.2.0.3978) >> Adobe BlazeDS - Proxy Module >> [com.springsource.flex.messaging.services.http] >> (3.2.0.3978) >> Adobe BlazeDS - Remoting Module >> [com.springsource.flex.messaging.services.remoting] (3.2.0.3978) >> AJAX Components for JSF [com.springsource.org.ajax4jsf] (1.1.1) >> Annogen JSR175 Annotation Bean Generator >> [com.springsource.org.codehaus.annogen] (0.1.0) >> ... >> >> Derek >> >> 2009/5/14 Edelson, Justin<justin.edel...@mtvstaff.com >> <mailto:justin.edel...@mtvstaff.com>> >> >> >> >> 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 >> For additional commands, e-mail: users-h...@felix.apache.org >> >