ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Brown <tpbr...@gmail.com>
Subject Re: Ivy plugin slows down Eclipse
Date Mon, 19 Nov 2012 18:56:52 GMT
I'd also check to make sure that you're not running Ivy resolve requests
through a proxy on accident.

I've seen similar symptoms from that in the past...

HTH.

~T


On Mon, Nov 19, 2012 at 10:52 AM, Not Zippy <notzippy@gmail.com> wrote:

> Hi
>
> Are the projects opened on a network drive or a local drive ?
>
> Nz
>
>
> On Mon, Nov 19, 2012 at 10:47 AM, Csaba Galyó <gcsaba2@gmail.com> wrote:
>
> > Hello,
> >
> > In our project we use Ivy and the Ivy plugin for Eclipse. The project
> > is rather large and is made out of ~15 separate subprojects, but they
> > are all interdependent.
> >
> > What happens now is that when I open a Java or text file anywhere,
> > type space or anything at all, and then press Save, I have to wait
> > sometimes up to a minute, and sometimes half an hour (and sometimes
> > Eclipse just runs out of memory and crashes). This is obviously not
> > acceptable for development, so I was wondering if anyone has any ideas
> > what may be wrong, or any tips how to improve performance.
> >
> > The projects are interdependent, as I said. However, at one time I
> > would be working on only one project. Perhaps the problem would be
> > solved if I closed all the other projects, but if I do that then the
> > dependencies will be broken and the other 14 projects won't build. I
> > used to work with Maven and I remember that it worked just fine when I
> > closed a related project. This is probably because there was a local
> > repository that was independent of Eclipse, so that the JAR files
> > could be referenced even without Eclipse running. For some reason, Ivy
> > seems to depend on Eclipse for providing the dependencies, and the
> > dependencies stop working when one or more projects are closed.
> >
> > Thanks for the help in advance!
> > Csaba
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message