Hi Jon,

This is an interesting project for me because I've set up Ivy in a very
large enterprise environment and appreciate some of the issues you are
trying to address. However I would like to play devil's advocate here
and open up a discussion by asking the following:

What is the real sweeter that this is offering over Ivy?

As far as I can tell from a quick skim over the user manual the big
benefits are around: build speed and reduction in build issues. 

I'd question whether or not it would simplify dramatically a very basic
Ivy setup which had one file system resolver pointing to your Alexandra
repository without any ivy.xml meta data (i.e. you explicitly state your
jars).

For me one of the big limitations of Ivy in the enterprise is the need
to constantly re-obtain a classpath when the dependencies have not
changed. When your constantly rebuilding changes on the command line
through Ant, the Ivy resolution process becomes a productivity
inhibitor. This is even more so with IvyDE when you have very complex
inter project dependencies.

For me if Ivy was a little smarter by caching the classpath fully to
avoid even the existing logic of an ivy-cachepath (unless the
dependencies have changed), then the build speed issue would be
resolved.

Jeff

On Sat, 2010-07-03 at 23:06 -0700, Jon Stevens wrote:
> Hi all,
> 
> For those of you frustrated with the complexity of Maven and Ivy
> dependency management, Sweetened is a great ant only solution for
> dealing with your jar files. It is blazing fast, easy to understand
> and integrates really well with Eclipse.
> 
> http://code.google.com/p/sweetened/
> 
> I'd like to thank everyone here for their help getting it going. It is
> working great in a environment with about 15 developers and ~10
> projects.
> 
> cheers,
> 
> jon
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Reply via email to