Hi Chris,
yes, just taking the etc/org.ops4j.pax.url.mvn.cfg as in Karaf
3.0.2-SNAPSHOT should work.
Regards
JB
On 07/21/2014 08:58 AM, [email protected] wrote:
Hi JB,
This is with 3.0.1, checking all those remote repositories first does
sound like it would account for the observed behaviour. I'll make a
3.0.2-SNAPSHOT trial installation as soon as I have time. (Or would it
work to only update etc/org.ops4j.pax.url.mvn.cfg?)
Regards
Chris
with which version ? FYI, we fixed an issue in the
etc/org.ops4j.pax.url.mvn.cfg file (especially around the order of the
repositories definition): previously, Karaf tried to resolve all
artifacts on the repositories first before checking the system folder.
It's fixed in the coming 3.0.2.
Can you make a try with 3.0.2-SNAPSHOT ?
Regards
JB
On 07/20/2014 08:14 PM, kiffer wrote:
I experimented with making our application into a feature which would be
auto-installed at karaf start-up time:
* put all our bundles and their dependencies in a directory on the local
filesystem
* created a feature XML file which declares a dependency on wab, scr,
and
those bundles (using relative file: URLs), also on the local filesystem
* added the XML file to featuresRepositories and the feature name to
featuresBoot in etc/org.apache.karaf.features.cfg.
It works, but loading a couple of dozen bundles this way takes about
TWELVE
MINUTES, both when launching Karaf or when executing feature:uninstall -
repo-refresh - install. During this time it is not possible to log in
using
bin/client, while 'top' shows karaf as using less than 1% cpu.
1. This has to be a bug, right? Loading in the same bundles from /deploy
takes almost no time.
2. Will it go any faster if I package the app as a KAR instead?
I did see that a similar issue was raised a while back, but seems to
have
received no reply.
--
View this message in context:
http://karaf.922171.n3.nabble.com/feature-install-is-crazily-slow-tp4034317.html
Sent from the Karaf - User mailing list archive at Nabble.com.
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
