maven +1. for me. On Sat, Sep 15, 2012 at 10:18 PM, NAVEEN MAANJU < [email protected]> wrote:
> have we finalized on technologies java/C/C++.........I feel it would be > more easy to decide on build tool after that... > > On Sat, Sep 15, 2012 at 6:15 AM, NAVEEN MAANJU < > [email protected]> wrote: > > > maven +1 .. I can also help with maven > > > > > > On Fri, Sep 14, 2012 at 10:30 PM, Ryan Rawson <[email protected]> > wrote: > > > >> I remember the old days of ivy builds in hadoop... Ivy configuration > >> is large and I thought it was messy - duplication of values a lot. > >> Maybe it might have been to not following best practices, but that > >> doesnt really diminish the fact. Configuring the maven-compatible > >> artifacts seemed to use a lot of build.xml, and it was entirely up to > >> the developer to define commands to install packages in ~/.m2, which > >> meant that you may end up copying jars. > >> > >> Pure ant == jars in your repo, which I think we can agree isn't > >> acceptable. > >> > >> As for maven, well the build is encapsulated in 1 file, it really > >> isn't that bad if your project is a 'normal' java project for example, > >> and figuring out problems in maven is very 'googleable'. Which is > >> more than I can say for sbt. Usually 1 person sets it up, and the > >> only thing people do is add new dependencies, which is pretty trivial > >> - yeah it's XML but get over it. I hardly love XML, but I love these > >> things more: > >> - integration with every single build tool on the planet > >> - full, and deep integration with intellij, The Best IDE On The > Planet... > >> - I hear eclipse can handle maven, but I wouldnt know... :-) > >> - plugins for nearly every single Java and Scala tasks *ever*. > >> > >> Now maven is a Java build tool, it can "build" C++, but by shelling > >> out to Make or Jam or shell scripts or anything. It doesnt really > >> manage the C++ build, but the way I've seen things work is top level > >> with maven, and calling C++ as a sub-task. Or vice versa really, it > >> doesn't matter. > >> > >> I personally like how it integrates with IDEs - you point your > >> IntelliJ at a pom.xml and bam, you have a fully working, BUILDING > >> project. No fuss, no muss, and new developers can start to write > >> (Java) code immediately and running tests. I've tried the > >> IntellijJ,SBT integration and it was lacking. It might be better now, > >> but after the multiple flag days. > >> > >> If you must use !maven, at least use gradle - which also has intellij > >> integration. Really, if I can convey any message it's the build > >> system should interoperate with intellij/eclipse for Java code. > >> > >> -ryan > >> > >> On Fri, Sep 14, 2012 at 10:17 PM, Jim Donofrio <[email protected]> > >> wrote: > >> > Definite +1 for maven over Ant. I can help with Maven. > >> > > >> > > >> > On 09/12/2012 05:39 PM, Ted Dunning wrote: > >> >> > >> >> On a large hierarchical project, Ant becomes hopeless (see Hadoop). > >> >> > >> >> Maven is quite tolerable if you have somebody who does it for you. > >> >> > >> >> You have somebody (me if nobody else, but there have been other > >> volunteers > >> >> as well). > >> >> > >> >> On Wed, Sep 12, 2012 at 1:53 PM, Vladimir Klimontovich < > >> >> [email protected]> wrote: > >> >> > >> >>> I guess ant is good too if it's used together with ivy. > >> >>> > >> >>> > >> >>> On Thu, Sep 13, 2012 at 12:51 AM, Camuel Gilyadov <[email protected] > > > >> >>> wrote: > >> >>>> > >> >>>> What is wrong with good old Ant? > >> >>>> I can live with maven too... it just has too many gotchas > >> >>>> > >> >>>> On 9/12/12, Julien Le Dem <[email protected]> wrote: > >> >>>>> > >> >>>>> +1 for maven. > >> >>>>> Could those against please suggest alternatives? > >> >>>>> Thank you > >> >>>>> Julien > >> >>>>> > >> >>>>> On Wed, Sep 12, 2012 at 1:32 PM, Camuel Gilyadov < > [email protected]> > >> >>> > >> >>> wrote: > >> >>>>>> > >> >>>>>> -1 for maven. > >> >>>>>> > >> >>>>>> On 9/12/12, Constantine Peresypkin <[email protected]> > wrote: > >> >>>>>>> > >> >>>>>>> If build system is evil it's better to build it manually. > >> >>>>>>> -1 for maven > >> >>>>>>> > >> >>>>>>> On Wed, Sep 12, 2012 at 9:53 PM, Michael Hausenblas < > >> >>>>>>> [email protected]> wrote: > >> >>>>>>> > >> >>>>>>>> > >> >>>>>>>>> I know that no-one has mentioned this before but what about > the > >> >>>>>>>>> build > >> >>>>>>>> > >> >>>>>>>> system for drill? > >> >>>>>>>>> > >> >>>>>>>>> I'm personally in favor of maven (lesser evil for java IMO). > >> >>>>>>>>> I'd be happy to contribute that setup, if needed. > >> >>>>>>>> > >> >>>>>>>> If codebase mainly in Java, yeah maven (though it feels like it > >> >>>>>> > >> >>>>>> downloads > >> >>>>>>>> > >> >>>>>>>> half of the Internet every time). > >> >>>>>>>> > >> >>>>>>>> But not so fast - did we agree on Java, yet? How about Scala + > >> SBT > >> >>>>>>>> [1]? > >> >>>>>>>> Integrates nicely with Java and is soooo much more productive > ;) > >> >>>>>>>> > >> >>>>>>>> Cheers, > >> >>>>>>>> Michael > >> >>>>>>>> > >> >>>>>>>> [1] http://www.scala-sbt.org/ > >> >>>>>>>> > >> >>>>>>>> -- > >> >>>>>>>> Michael Hausenblas > >> >>>>>>>> Ireland, Europe > >> >>>>>>>> http://mhausenblas.info/ > >> >>>>>>>> > >> >>>>>>>> On 12 Sep 2012, at 20:47, David Alves wrote: > >> >>>>>>>> > >> >>>>>>>>> I know that no-one has mentioned this before but what about > the > >> >>>>>>>>> build > >> >>>>>>>> > >> >>>>>>>> system for drill? > >> >>>>>>>>> > >> >>>>>>>>> I'm personally in favor of maven (lesser evil for java IMO). > >> >>>>>>>>> I'd be happy to contribute that setup, if needed. > >> >>>>>>>>> > >> >>>>>>>>> -david > >> >>>>>>>>> > >> >>>>>>>>> On Sep 12, 2012, at 1:42 PM, Ted Dunning < > [email protected] > >> > > >> >>>>>> > >> >>>>>> wrote: > >> >>>>>>>>>> > >> >>>>>>>>>> I see classes in the source tree: > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>> > >> >>> > >> > https://github.com/ApacheDrill/parser/tree/master/src/org/apache/drill/parsers/impl/drqlantlr/autogen/classes/org/apache/drill/parsers/impl/drqlantlr/autogen > >> >>>>>>>>>> > >> >>>>>>>>>> Also, I would strongly recommend pulling the antlr source > code > >> >>> > >> >>> into > >> >>>>>> > >> >>>>>> an > >> >>>>>>>>>> > >> >>>>>>>>>> antler source tree. > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> On Wed, Sep 12, 2012 at 11:31 AM, Camuel Gilyadov > >> >>>>>>>>>> <[email protected]>wrote: > >> >>>>>>>>>> > >> >>>>>>>>>>> Still work in progress, but anyway - > >> >>>>>>>> > >> >>>>>>>> https://github.com/ApacheDrill/parser > >> >>>>>>>>>>> > >> >>>>>>>>>>> Constructive critique and contributions are welcome > >> >>>>>>>>>>> > >> >>>>>>>> > >> >>>>>> -- > >> >>>>>> Sent from my mobile device > >> >>>>>> > >> >>>> -- > >> >>>> Sent from my mobile device > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> Vladimir Klimontovich > >> >>> Cell: +7-926-890-2349, skype: klimontovich > >> >>> > >> > > >> > > > > >
