:-) I just submitted 2 pull requests on github, 1 for cave and one for Karaf features.
Cheers, =David > On Nov 24, 2015, at 3:05 PM, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > Ah ok, different one so ;) > > Thanks, > Regards > JB > > On 11/24/2015 07:02 AM, David Leangen wrote: >> >> Hi, >> >> Ok, thanks. >> >> Actually, I meant the NPE caused by a missing start level value. :-) >> >> Cheers, >> =David >> >> >>> On Nov 24, 2015, at 2:57 PM, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: >>> >>> Hi, >>> >>> if you mean the ClassCastException when installing an already installed OBR >>> resource, I downgraded the bundlerepository version to avoid this. So, we >>> should not have this exception in 4.0.3. >>> >>> Let me know if the Jira. >>> >>> Regards >>> JB >>> >>> On 11/24/2015 06:54 AM, David Leangen wrote: >>>> >>>> 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 >>>>> <mailto: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 foohttp://path/to/repo/index.xml >>>>>>>> >>>>>>>> After that, I also tried >>>>>>>> cave:repository-proxy foohttp://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>> wrote: >>>>>>>>> >>>>>>>>> Hi David, >>>>>>>>> >>>>>>>>> did you do: >>>>>>>>> >>>>>>>>> cave:repository-proxy foohttp://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> >>>>>>>>> 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/> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Jean-Baptiste Onofré >>>>>>> jbono...@apache.org >>>>>>> <mailto:jbono...@apache.org><mailto:jbono...@apache.org> >>>>>>> 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/> >>>>>> >>>>> >>>>> -- >>>>> 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/> >>>> >>> >>> -- >>> Jean-Baptiste Onofré >>> jbono...@apache.org >>> http://blog.nanthrax.net >>> Talend - http://www.talend.com >> > > -- > Jean-Baptiste Onofré > jbono...@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com
