Yep. I was building Karaf today and I saw that the tests are running slow.To speed up the resolution process you can specify a concrete version of the profile.
Solutions in order to speed up the process that I see are: 1. cache locally (like for bundles) the composite definition, so on a next run the composite file will not be resolved again. Actually this is the reason I created PAXURL-41 <http://issues.ops4j.org/browse/PAXURL-41> 2. have a new option for mvn: url that will force that during version resolution process to settle down to the first one found, without looking for the highest version available. But this is quite tricky if you do not know what you are doing. So, in my view the cache url handler is the way to go. On Thu, Apr 30, 2009 at 11:59 AM, Guillaume Nodet <[email protected]> wrote: > I noticed that when running pax exam tests, there is a delay while > scanning profiles. > My understanding is that the profiles are actually grabbed from the > pax-runner repository at: > http://scm.ops4j.org/repos/ops4j/projects/pax/runner-repository/ > Is there any way to make sure those profile are available locally by > using maven dependencies ? I never tried but it should work. Still without specifying a version maven url will try first to scan all the repos in order to determine the highest version. > > I think this would ensure that: > * those profiles are available while offline > * speed up the provisioning by not scanning the remote repo > > Thoughts ? > > -- > Cheers, > Guillaume Nodet > ------------------------ > Blog: http://gnodet.blogspot.com/ > ------------------------ > Open Source SOA > http://fusesource.com > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > -- Alin Dreghiciu Software Developer - Looking for new projects! My profile: http://www.linkedin.com/in/alindreghiciu My blog: http://adreghiciu.blogspot.com http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org - New Energy for Java - Domain Driven Development.
_______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
