Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 2816 invoked from network); 20 Sep 2010 13:45:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Sep 2010 13:45:14 -0000 Received: (qmail 97912 invoked by uid 500); 20 Sep 2010 13:45:13 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 97343 invoked by uid 500); 20 Sep 2010 13:45:10 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 97334 invoked by uid 99); 20 Sep 2010 13:45:09 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Sep 2010 13:45:09 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of karl.wright@nokia.com designates 192.100.122.230 as permitted sender) Received: from [192.100.122.230] (HELO mgw-mx03.nokia.com) (192.100.122.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Sep 2010 13:44:44 +0000 Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx03.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o8KDhx4U005847 for ; Mon, 20 Sep 2010 16:44:22 +0300 Received: from vaebh102.NOE.Nokia.com ([10.160.244.23]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 20 Sep 2010 16:44:20 +0300 Received: from smtp.mgd.nokia.com ([65.54.30.5]) by vaebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 20 Sep 2010 16:44:16 +0300 Received: from 008-AM1MMR1-002.mgdnok.nokia.com (65.54.30.57) by NOK-am1MHUB-01.mgdnok.nokia.com (65.54.30.5) with Microsoft SMTP Server (TLS) id 8.2.254.0; Mon, 20 Sep 2010 15:44:15 +0200 Received: from 008-AM1MPN1-003.mgdnok.nokia.com ([169.254.3.113]) by 008-AM1MMR1-002.mgdnok.nokia.com ([65.54.30.57]) with mapi; Mon, 20 Sep 2010 15:44:09 +0200 From: To: Subject: RE: discussion about release frequency. Thread-Topic: discussion about release frequency. Thread-Index: ActQTtqv0DhDXdj4SSiqjRJLlgtzZAGc5LCAAAIaFQAAAgugAAAZymgAAAJ2BgAAAJ9xAAACwIcAAABRXAAAAVAsAAAAgJmAAAA1pYAAAGr9gAAAUrQAAAECPIAAAMmdAABSNQ+AAAFH1IAAAMLCAAAEwX2g Date: Mon, 20 Sep 2010 13:44:07 +0000 Message-ID: References: <7A5D88B2-EC13-43E3-A175-7A8C550FC9F8@apache.org> <4C975ADB.2080607@gmail.com> <479F4D6D-3EE7-456B-8342-8E71D050EE4A@apache.org> In-Reply-To: <479F4D6D-3EE7-456B-8342-8E71D050EE4A@apache.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 20 Sep 2010 13:44:16.0162 (UTC) FILETIME=[EAD3F020:01CB58C9] X-Nokia-AV: Clean X-Virus-Checked: Checked by ClamAV on apache.org My 2c... Maven is pretty much incompatible with some of the standards of release eng= ineering, namely repeatable builds. It tries to do pretty much the same jo= b that apt does under debian and ubuntu and is therefore not terribly usefu= l in that environment. All the mavenistas I've talked to have no good answ= er to that, except perhaps for setting up local repositories to do what you= need. Another approach that might be worth considering is using ivy instead of ma= ven per se. There is a lot more control that way, and most of the engineer= s familiar with both approaches prefer ivy, if it's an option. Karl -----Original Message----- From: ext Grant Ingersoll [mailto:gsingers@apache.org]=20 Sent: Monday, September 20, 2010 9:22 AM To: dev@lucene.apache.org Subject: Re: discussion about release frequency. On Sep 20, 2010, at 9:00 AM, Mark Miller wrote: >=20 >> (BTW, I love the "Maven is Magic" (and really any "It's magic, therefore= I don't like it") reasoning for not liking it, whereby everyone complains = that b/c Maven hides a bunch of details from you (i.e. it's "magic"), there= fore you don't like it. At the same time, I'm sure said person doesn't und= erstand every last detail of, oh, I don't know: the CPU, RAM, the Compiler,= the JDK, etc. and yet they have no problem using that. In other words, we= deal with abstractions all the time. It's fine if you don't get the abstr= action or don't personally find it useful, but that doesn't make the abstra= ction bad.)=20 >>=20 >> -Grant >=20 > Maven is not bad because it's magic - magic is frigging great - I want > my software to be magic - it's bad because every 5 line program from > some open source code/project that I have tried to build with it has > gone on an absurd downloading spree that takes forever because it's > getting many tiny files. This downloading spree never corresponds to the > size of the code base I am working with, and always manages to surprise > by the amount of time it can slurp up. Agreed, but over time, it is lessened by the fact that you already have mos= t common files/jars and furthermore, you only have one copy of them instead= of one under every source tree. I think, over time, you actually end up d= ownloading less than with other approaches and that even includes the downl= oads one gets when Maven upgrades itself. =20 I do, agree, though, that Maven makes you drink the Kool-aid and it doesn't= play well with other conventions (although it isn't horrible when it comes= to Ant, either). There are plenty of days I hate Maven for what it assume= s, but there are also many days when I love the fact that the POM describes= my project in one clear, fairly concise, "validatable" way. >=20 > I > still think Maven should be a downstream issue. I don't see how it can be. You have to be a committer to push it to the AS= F repository for syndication on iBiblio, etc. That being said, we really a= ren't that far from a process that we can have confidence in. -Grant --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org