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>> 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
After that, I also tried
cave:repository-proxy foo 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>> wrote:
Hi David,
did you do:
cave:repository-proxy foo 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>
http://blog.nanthrax.net <http://blog.nanthrax.net/>
Talend -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
