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é <[email protected]> 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é <[email protected] >>> <mailto:[email protected]>> 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é <[email protected] >>>>> <mailto:[email protected]> >>>>> <mailto:[email protected]>> 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é >>>>>>> <[email protected] <mailto:[email protected]> >>>>>>> <mailto:[email protected]> >>>>>>> <mailto:[email protected]>> 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é >>>>>>> [email protected] <mailto:[email protected]> >>>>>>> <mailto:[email protected]><mailto:[email protected]> >>>>>>> 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é >>>>> [email protected] >>>>> <mailto:[email protected]><mailto:[email protected]> >>>>> 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é >>> [email protected] <mailto:[email protected]> >>> http://blog.nanthrax.net <http://blog.nanthrax.net/> >>> Talend -http://www.talend.com <http://www.talend.com/> >> > > -- > Jean-Baptiste Onofré > [email protected] > http://blog.nanthrax.net > Talend - http://www.talend.com
