It's good to see other examples of dep management for other setups. However, IMO working on 20 modules would be a PITA with ant+ivy. Can you show an example with multi-module? (I tried checking out the latest release of IVY and it wouldn't compile on my Mac w/ JDK 1.6 so I didn't get far.)
>From what I read briefly, multi-module ivy is alpha and even more complex than your example with even more XML. ( http://ant.apache.org/ivy/history/2.0.0-alpha2/tutorial/multiproject.html ) Also since there is no POM with ivy, you cannot inherit from a parent you would have to include common xml. Am I wrong? Maven multi-module also works well with git submodules/hg forest/svn externals. I can't see how that works with Ant/Ivy Ant build.xml also just feels one-off to me. Every_single_ant_project_I_have_ever_worked_on has a different flavor/ structure of build.xml. This is my biggest irritation. Trying to build a even modestly (6 modules) complex releases with different flavored ant build files is a PITA. I loved Ant when it came out 10 years ago but that was 10 years ago. I think I'll stick with simple short poms for now. It's working awesome for me. It standardizes the project layout/deps/repl-script for all my clojure modules. Everybody loves to bash Maven. As long as you keep POMs simple, I have yet to see anything simpler for dealing with dep. management and multi- language & multi-module (java & clojure together) real-world component- based projects (real world needs). ********* My hope is in the not too distant future we have declarative (Metadata?) dependency management declared in clojure than can pull libs from maven repos and we can all ditch any XML -- Something like "Ties". ********* On Apr 5, 1:46 am, Meikel Brandmeyer <m...@kotka.de> wrote: > Hello Jason, > > Am 03.04.2009 um 14:18 schrieb Jason Warner: > > > > > I'd be interested in seeing the ivy+ant solution. We use maven2 at > > work and there are obvious pros and cons. With clojure, part of the > > pain is initial setup and config. Maven2/ant+ivy might really help > > that. Post when you get a chance...am very interested. > > I also had a look at ivy, yesterday. I stitched together a proof of > concept using the ivy tutorial example. In particular I wanted to > know how difficult it is to setup a repository to provide my projects > as possible dependencies. > > There are three files attached. The ivysettings file defines the > repositories to search for a dependency. In this case this is my > site, the nightly build site on tapestry by Howard Lewis Ship > and the (somehow) default ibiblio repository. The ivy.xml defines > two dependencies for our example project: of course clojure > and my lazymap library (as I said: I wanted to test the distribution > as dependency). The ant script downloads ivy, resolves the > dependencies and compiles a small example program. > > After putting all files into a temporary directory and running ant, > I executed the example program: > > ceres:~/tmp/ivy-test% java -cp classes:lib/clojure-lang-1.0- > SNAPSHOT.jar:lib/lazymap-2.2.0.jar org.example.hello > 5 > Will now print :a => 5 > 7 > Will now print :b => 7 > > Success! :) Now some ivy and ant gurus, might have a look > and tell me, what I did wrong and what could be improved. > If this style is ok, that would be perfect, since I don't want to > set up a whole maven thing. (which I have to understand first) > This setup on the other hand is quite simple, and would work > for me perfectly. > > If I understand this correctly, one could also use eg. github or > bitbucket to distribute software since one can specify arbitrary > URLs. The checksum of the commit could be used as revision. > But this is only an idea. I didn't test that one. > > Sincerely > Meikel > > build.xml > 2KViewDownload > > ivy.xml > < 1KViewDownload > > ivysettings.xml > < 1KViewDownload > > smime.p7s > 5KViewDownload --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~----------~----~----~----~------~----~------~--~---
