|Re: [m2e-users] m2e update dependencies much slower than mvn -U|
Can you provide a standalone example that demonstrates the problem?
How "far" is your snapshot repository from your build machine in terms
of request/response roundtrip time? Do you know how long it takes to
establish connection to the repository? I am pretty sure m2e performs
artifacts resolution serially and I think it does not use persistent
http sessions either. Command line maven, on the other hand, uses
persistent http sessions and executes multiple artifact download
requests in parallel, which should result in much better performance in
On 2013-07-30 9:42 AM, Paull M wrote:
I've checked with Eclipse TCP/IP monitor: both m2e and mvn command line
makes approximately the same number of requests. With mvn command line
they are performing incessantly, without gaps. M2e performs requests
with pauses: it makes several requests, than about one second sleep,
then again number of requests. And those pauses makes this total difference.
I'm trying to debug what causes those pauses: netty/aether or some logic
between requests - but without any luck...
On Tue, Jul 30, 2013 at 12:16 AM, Igor Fedorenko <igor@xxxxxxxxxxxxxx_________________________________________________<mailto:igor@xxxxxxxxxxxxxx>> wrote:
This most likely will require changes to m2e code, but I don't know what
causes the problem and can't suggest a possible fix. Can you identify
what m2e does differently compared to command line maven, for example,
does it run unnecessary/redundant remote requests during snapshot
On 2013-07-29 11:34 PM, Paull M wrote:
I have a project with a lot of snapshot dependencies (about 50)
of the are published in local nexus repository. When I'm building
project with 'maven compile -U' it takes about one minute. But
using m2e Maven->Update project->Update snapshots it takes 5~10
It reproducible on different versions of eclipse ( 3.7,3.8,4.3)
Any ideas ?
As I see m2e uses different way to update dependencies as maven
Netty and aether may be i need to tweak them ?
m2e-users mailing list
Back to the top