Hi! Thanks again for the help.
I got this working, but I had to make a few patches to Karaf and Karaf-Cave. I noticed in the meantime that somebody else was also having the same problem with NPEs, as this was fixed in a recent commit. I will submit the corresponding pull requests now. Cheers, =David > On Nov 20, 2015, at 2:41 PM, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > Hi David, > > 1/ it allows without problem, but it will be relative to Karaf home. > > 2/ Cave doesn't load index XML: it generates a index.xml starting from the > artifacts. Cave is an alternative to other tool index XML generation. > > Workaround: > > 1/ agree, update the index.xml with absolute URLs > > 2/ no, it's the opposite: use Cave to manage the index (or repository) XML > and use the one generated by Cave in resourceRepositories > > I will take a look to improve support of index.xml in Karaf. > > Regards > JB > > On 11/20/2015 12:57 AM, David Leangen wrote: >> >> Hi! >> >> Thank you very much for all your efforts yesterday! >> >> Could you please confirm my understanding? >> >> Normally, the indexed repository created by bndtools should work “out of >> the box” with Karaf. However, currently there are two issues impeding >> such use: >> >> 1) Karaf does not allow an index to have relative URLs >> >> 2) For some unknown reason, the index file is not being loaded by Cave >> >> >> These issues will be fixed (within the next few weeks???). >> >> In the meantime, as a workaround: >> >> 1) Edit the index.xml file and replace all relative URLs with absolute >> URLs >> >> 2) Avoid Cave and instead use the resourceRepositories configuration >> for org.apache.karaf.features >> (being sure to restart Karaf upon each update) >> >> >> Please let me know if there is anything I can do to help. >> >> >> Cheers, >> =David >> >> >> >>> On Nov 19, 2015, at 11:36 PM, Jean-Baptiste Onofré <j...@nanthrax.net >>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote: >>> >>> Hmmm, weird, the second should ;) >>> >>> Let me try ;) >>> >>> On 11/19/2015 03:34 PM, David Leangen wrote: >>>> >>>> Hi JB, >>>> >>>> At first, I did >>>> cave:repository-proxy foo http://path/to/repo/index.xml >>>> <http://path/to/repo/index.xml> >>>> >>>> After that, I also tried >>>> cave:repository-proxy foo http://path/to/repo/ <http://path/to/repo/> >>>> >>>> Unfortunately, neither of them update the local cave/foo/repository.xml >>>> file. >>>> >>>> Cheers, >>>> =David >>>> >>>> >>>>> On Nov 19, 2015, at 11:29 PM, Jean-Baptiste Onofré <j...@nanthrax.net >>>>> <mailto:j...@nanthrax.net> >>>>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>> >>>>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote: >>>>> >>>>> Hi David, >>>>> >>>>> did you do: >>>>> >>>>> cave:repository-proxy foo http://path/to/your/artifacts >>>>> <http://path/to/your/artifacts> >>>>> >>>>> ? >>>>> >>>>> Or did you provide directly the index.xml ? >>>>> >>>>> Regards >>>>> JB >>>>> >>>>> On 11/19/2015 03:20 PM, David Leangen wrote: >>>>>> >>>>>> Hi! >>>>>> >>>>>> Based on the recent discussion in bndtools… >>>>>> >>>>>>>>> On 19/11/15 14:33, Timothy Ward wrote: >>>>>>>>> The indexes generated by a LocalIndexedRepo (the type of release >>>>>>>>> repository that you’re talking about) will always use relative >>>>>>>>> URIs to locate the bundles. This is what the Local in >>>>>>>>> LocalIndexedRepo means. There is no facility to provide non >>>>>>>>> relative URIs in this repository type. >>>>>> >>>>>>>> On Thursday, November 19, 2015 at 2:38:47 PM UTC+1, Ferry Huberts >>>>>>>> wrote: >>>>>>>> You could also update the spec to say that relative URL must also >>>>>>>> be supported. >>>>>>>> IMHO a much better option and it will involve only minor effort on >>>>>>>> Karaf et al. >>>>>> >>>>>>> On Nov 19, 2015, at 10:53 PM, Jean-Baptiste Onofré wrote: >>>>>>> >>>>>>> Yes, it makes sense, we would just need to know a base URL to >>>>>>> apply/prefix the URL. >>>>>>> >>>>>>> As a workaround, it's already possible to load the index.xml >>>>>>> generated by bndtools in Karaf Cave, and so, Cave will "façade" the >>>>>>> index.xml, updating the URL. >>>>>> >>>>>> I have tried this with cave:repository-populate and >>>>>> cave:repository-proxy. Absolutely nothing happens. :-( >>>>>> >>>>>> As I wrote in a previous post: >>>>>> >>>>>>> In [Cave], I can only add a single jar at a time, not an entire repo >>>>>>> index. Even in the code, I noticed that cave only accepts files of >>>>>>> type: >>>>>>> >>>>>>> application/java-archive >>>>>>> application/octet-stream >>>>>>> application/vnd.osgi.bundle >>>>>>> >>>>>>> Anything other than those files types gets ignored. >>>>>>> >>>>>>> As a side note: to make my bundles work, I needed to add to the code >>>>>>> this mime type: >>>>>>> application/x-java-archive >>>>>>> >>>>>>> I could find out that is a registered mime type, though I do not >>>>>>> know the history as to where there is both application/java-archive >>>>>>> and application/x-java-archive. >>>>>> >>>>>> >>>>>> Am I misunderstanding how this is supposed to work? >>>>>> >>>>>> Cheers, >>>>>> =David >>>>>> >>>>> >>>>> -- >>>>> Jean-Baptiste Onofré >>>>> jbono...@apache.org <mailto:jbono...@apache.org> >>>>> <mailto:jbono...@apache.org >>>>> <mailto:jbono...@apache.org>><mailto:jbono...@apache.org >>>>> <mailto:jbono...@apache.org>> >>>>> http://blog.nanthrax.net <http://blog.nanthrax.net/> >>>>> <http://blog.nanthrax.net/ <http://blog.nanthrax.net/>> >>>>> Talend -http://www.talend.com <http://www.talend.com/> >>>>> <http://www.talend.com/ <http://www.talend.com/>> >>>> >>> >>> -- >>> Jean-Baptiste Onofré >>> jbono...@apache.org <mailto:jbono...@apache.org> >>> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>> >>> http://blog.nanthrax.net <http://blog.nanthrax.net/> >>> <http://blog.nanthrax.net/ <http://blog.nanthrax.net/>> >>> Talend -http://www.talend.com <http://www.talend.com/> >>> <http://www.talend.com/ <http://www.talend.com/>> >> > > -- > Jean-Baptiste Onofré > jbono...@apache.org <mailto:jbono...@apache.org> > http://blog.nanthrax.net <http://blog.nanthrax.net/> > Talend - http://www.talend.com <http://www.talend.com/>
