tag:blogger.com,1999:blog-20633170.post464251735166866507..comments2023-11-03T10:08:09.830+00:00Comments on Graeme Rocher's Blog: Vote to stop Maven infesting SpringGraeme Rocherhttp://www.blogger.com/profile/12301973191113958910noreply@blogger.comBlogger21125tag:blogger.com,1999:blog-20633170.post-13254669536405511852008-06-22T20:16:00.000+01:002008-06-22T20:16:00.000+01:00Quite late, but I agree.I very nearly used grails ...Quite late, but I agree.<BR/>I very nearly used grails last year but for the lack of maven support.<BR/>I would have been happy do build my own later on, if the directory structure started as per below:<BR/>src<BR/> /main<BR/> /test<BR/>targetcrownehttps://www.blogger.com/profile/07500453706655772325noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-49643797448454346922008-01-10T17:56:00.000+00:002008-01-10T17:56:00.000+00:00Maven Gant Ant Make who cares as long as it is use...Maven Gant Ant Make who cares as long as it is used and usable consistently across projects. Maven is the only such project showing any hope in that area - which is why I put up with it's horrendous crap, and happily. So if you dish Maven and replace it with yet another brand of chaos that doesn't work with the rest of my projects then I'm pimped and you are proved right because who can compare apples to oranges ? It would be easier for me if there was less self righteous chest beating and more dual system builds that allowed both Maven and Gant. That starts with directory structure and fans out from there, in my view.Unknownhttps://www.blogger.com/profile/14014511380153873735noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-4419920403006804802007-10-19T17:01:00.000+01:002007-10-19T17:01:00.000+01:00I have been using Maven 2 for about two years. It ...I have been using Maven 2 for about two years. It has be hugely advantageous on many corporate projects. We do use a local repository, which we use for posting snapshots and releases from various projects and even sub-projects. This allowed us to build a common repository of components at virtually no cost. Lumping Maven and Ant into a category of XML -based build tools is somewhat misdirected. I started looking at Groovy and Grails, and of course, lack of Maven support is a big disappointment.Igor Polevoyhttps://www.blogger.com/profile/03725729050038133735noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-66707186656154886282007-10-14T11:41:00.000+01:002007-10-14T11:41:00.000+01:00Cheers, but I'm quite happy using Gant (http://gro...Cheers, but I'm quite happy using Gant (http://groovy.codehaus.org/Gant) ;-)Graeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-10518622070734573372007-10-14T07:10:00.000+01:002007-10-14T07:10:00.000+01:00Hey, I guess you better use Make. Ant is too compl...Hey,<BR/> I guess you better use Make. Ant is too complicated and Maven2 is quite stressful.<BR/> And also there's a brand new editor in the market called VI. Use it. Eclipse and Idea are stressful as well.<BR/><BR/>;)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-88444666408763885242007-10-11T13:13:00.000+01:002007-10-11T13:13:00.000+01:00Yes you have in a corporate environment to manage ...Yes you have in a corporate environment to manage your own repository(ies). It's a very useful tool to control dependencies used by different projects. Which dependencies are used and more important where they are coming from. For example in grails (http://jira.codehaus.org/browse/GRAILS-1386) I wasn't able to locate where you found approximatively 15 jars. It can be a real problem to integrate in a grails application which require another version of a grails dependency.Arnaudhttps://www.blogger.com/profile/17656602349079640957noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-72542425443935311772007-09-24T18:47:00.000+01:002007-09-24T18:47:00.000+01:00You guys are not going to shift my opinion on Mave...You guys are not going to shift my opinion on Maven/Maven2, I believe that it can be successfully deployed if you manage your own repo, but out sourcing the dependencies of your project to a remote server you don't control is a crap idea. end of story.<BR/><BR/>As for Grails and maven support. There is a third party "Maven tools for Grails" project that provides maven integration if you need it: http://forge.octo.com/confluence/display/MTG/HomeGraeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-20641520416676604102007-09-24T16:59:00.000+01:002007-09-24T16:59:00.000+01:00I would use Grails if it had Maven support.I would use Grails if it had Maven support.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-17522354658211925322007-09-23T18:43:00.000+01:002007-09-23T18:43:00.000+01:00Maven2, despite its shortcomings, make development...Maven2, despite its shortcomings, make development in Java a little better. The worst thing is hunting down jars and adding them to your build and to your ide classpath ... People like you make Java harder than it should be. I've been playing with grails for fun but if it doesn't provide first class maven support it won't be used at work. I have too many other problems to solve.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-77663156696540307502007-06-22T06:31:00.000+01:002007-06-22T06:31:00.000+01:00Really, XML use in maven cannot be compared to XML...Really, XML use in maven cannot be compared to XML use in ant.<BR/><BR/>In ant they have created a more verbose way to program 'tasks' : no abstraction there, they have reinvented java functions + some minor improvements ('depends', ...).<BR/><BR/>In maven (1 and a step further in 2) the use of XML is for the descriptive part of your project's meta-data, only.<BR/><BR/>The 'task' parts are hidden in the plugins internals.<BR/><BR/>Yes, the maven syntax is still way too verbose, but this could certainly be simplified with, say, a groovy Builder syntax ? (maybe this already exists ?) :-)<BR/><BR/>The biggest problem with not using maven is, for me, the lack of a clean possibility to do configuration management, in a standard way.<BR/>I really miss the possibility to explicitly define the (versions of) dependencies of my project.<BR/>I'm not sure how I can declare I use a plugin or a taglib with having to copy'n paste it into the grails project, ...<BR/><BR/>There certainly is place for improvement in this area.<BR/><BR/>Maven is fairly good at that, and that's certainly why so many people ask for an integration with maven.Laurent PETIThttps://www.blogger.com/profile/09137064608534274041noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-65421639605614261492007-06-20T07:21:00.000+01:002007-06-20T07:21:00.000+01:00Lack of Maven support is also our reason not to us...Lack of Maven support is also our reason not to use Grails. In fact, within our TomTom department, we don't have any projects *not* based on Maven.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-2825335461273908002007-04-26T12:58:00.000+01:002007-04-26T12:58:00.000+01:00I've worked in many projects using maven2. It was ...I've worked in many projects using maven2. It was allways a greate pleasure to work with maven2. The lacking maven support in grails is a big disadvantage. There is nothing to say against grails, except the maven support.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-44884663157631779242007-02-04T00:22:00.000+00:002007-02-04T00:22:00.000+00:00@Anonymous: Grails is based mostly on tech that's ...@Anonymous: Grails is based mostly on tech that's _newer_ than XML or Ant. I think Graeme's just saying XML for builds is yucky. Nothing to do with new or old.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-70416152665123086212007-02-03T20:34:00.000+00:002007-02-03T20:34:00.000+00:00XML based builds are dying? You'd rather write MAK...XML based builds are dying? You'd rather write MAKEFILEs all over the place that are unique for each platform? Sounds like you have an aversion to learning new technologies. The only constant in life is change - embrace it.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-83211027854977900582007-02-03T16:11:00.000+00:002007-02-03T16:11:00.000+00:00Thank you, but I would rather write my build in MA...Thank you, but I would rather write my build in MAKE or bash than maven<br /><br />XML based build systems are dying. Next. ;-)Graeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-18353417022684658872007-02-03T16:09:00.000+00:002007-02-03T16:09:00.000+00:00Don't get The Maven Fear. You better put that blad...Don't get The Maven Fear. You better put that blade away and get your head straight. Maven2 is a vast improvement over Maven1. Download Better Builds With Maven (http://www.mergere.com/m2book_download.jsp) for free.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-13148414820414326812006-12-16T22:10:00.000+00:002006-12-16T22:10:00.000+00:00Actually, I've been given a demo of Maven 2 at Jav...Actually, I've been given a demo of Maven 2 at JavaPolis and although I would still not touch it for my own projects I understand why some may like it.<br /><br />We may actually provide some level of support for Maven 2 in Grails to placate disillusioned users like yourself ;-)<br /><br />Oh and btw Grails is moving away from Ant for 0.4 so your point about Grails being based on Ant will become irrelevant<br /><br />Fact is XML is not the right choice for a build language, period. Whether it be Maven or Ant.<br /><br />Oh and I don't feel any different about Maven 1, which is one of the most horrific pieces of software I've ever had the displeasure of using.Graeme Rocherhttps://www.blogger.com/profile/12301973191113958910noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-58842801899662357192006-12-16T22:03:00.000+00:002006-12-16T22:03:00.000+00:00Lacking support for Maven2 is why I don't use grai...Lacking support for Maven2 is why I don't use grails. Maven2 has been used on 4 projects that I started and totally rocks over ant for "convention over configuration". <br /><br />You're stuck, dude. Don't let fear control you.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-69830904834864540752006-10-05T14:44:00.000+01:002006-10-05T14:44:00.000+01:00Also, what is the problem with Maven?
If you've be...Also, what is the problem with Maven?<br />If you've been burned by Maven1, try Maven2 for a pleasant surprise.Daniel Serodiohttps://www.blogger.com/profile/04702510073994831969noreply@blogger.comtag:blogger.com,1999:blog-20633170.post-78465023787038864462006-09-19T15:24:00.000+01:002006-09-19T15:24:00.000+01:00Does it matter how they build their software? We ...Does it matter how they build their software? We get a Jar that is built and don't really care how it got there.<br /><br />If they want to get all the heartache and problems from Mavin (like on a project I was on where any code changes required mavin to recompile so sometimes it took 10 minutes between a change and testing that change).<br /><br />As long as they produce a Jar that will work in a project without Maven, it shouldn't matter.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-20633170.post-30224527097621744792006-09-19T04:19:00.000+01:002006-09-19T04:19:00.000+01:00Doh! We were planning to move Terracotta's build ...Doh! We were planning to move Terracotta's build system from a custom solution built on Jruby wrapping Ant to Maven2. Could you tell me more detail about the heartache it has caused?Anonymousnoreply@blogger.com