Return-Path: Delivered-To: apmail-incubator-river-dev-archive@locus.apache.org Received: (qmail 52966 invoked from network); 8 Dec 2008 16:19:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Dec 2008 16:19:58 -0000 Received: (qmail 5520 invoked by uid 500); 8 Dec 2008 16:20:10 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 5495 invoked by uid 500); 8 Dec 2008 16:20:10 -0000 Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: river-dev@incubator.apache.org Delivered-To: mailing list river-dev@incubator.apache.org Received: (qmail 5484 invoked by uid 99); 8 Dec 2008 16:20:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 08:20:10 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 209.147.126.92 is neither permitted nor denied by domain of mmcgrady@topiatechnology.com) Received: from [209.147.126.92] (HELO zimbra.topiatechnology.com) (209.147.126.92) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 16:19:56 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.topiatechnology.com (Postfix) with ESMTP id 3A616352116E for ; Mon, 8 Dec 2008 08:19:35 -0800 (PST) X-Virus-Scanned: amavisd-new at Received: from zimbra.topiatechnology.com ([127.0.0.1]) by localhost (zimbra.topiatechnology.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13acdZQ6dzMz for ; Mon, 8 Dec 2008 08:19:34 -0800 (PST) Received: from 151.sub-70-193-5.myvzw.com (151.sub-70-193-5.myvzw.com [70.193.5.151]) by zimbra.topiatechnology.com (Postfix) with ESMTP id 4098C35210FC for ; Mon, 8 Dec 2008 08:19:34 -0800 (PST) Message-Id: <22013CE4-4DAD-42B2-8662-FB5BD45B2650@topiatechnology.com> From: Michael McGrady To: river-dev@incubator.apache.org In-Reply-To: <1228737460.16633.203.camel@cameron> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: Deciding the Future Date: Mon, 8 Dec 2008 08:19:33 -0800 References: <964EAC824495234A86F3C47DA8BD8AAD17750A@sucden-exch.sucden.co.uk> <964EAC824495234A86F3C47DA8BD8AAD177512@sucden-exch.sucden.co.uk> <510143ac0811241602o13be12bes598bf9c1ea90e8d7@mail.gmail.com> <49390F0E.7080204@dcrdev.demon.co.uk> <964EAC824495234A86F3C47DA8BD8AAD177530@sucden-exch.sucden.co.uk> <187637.5222.qm@web33806.mail.mud.yahoo.com> <493C87B6.3010004@gmail.com> <9b694b200812080044y2b6a037bn20767ce12776c558@mail.gmail.com> <1228737460.16633.203.camel@cameron> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org I would organizing the build for Maven and then giving a choice of ANT with SVN or Maven. Mike On Dec 8, 2008, at 3:57 AM, Greg Trasuk wrote: > > This reminds me of that quote - "Some people, when confronted with a > problem, think 'I know, I?ll use regular expressions.' Now they have > two > problems". > > I'm not in favour of Maven. I can see restructuring the build > somewhat > for Ant (remember, the structure really comes from being built with a > makefile, before there was an Ant). > > Cheers, > > Greg. > > On Mon, 2008-12-08 at 03:44, Jools wrote: >> +1 >> >> I've love to see the codebase move over to a maven build. >> >> Over the last 9 months we have moved all our projects over to >> maven, with >> great success. >> Our build and release procedures are greatly reduced, and getting >> developers >> up and running with their ide's. >> >> I'd be happy to Log a JIRA and take a lead on this, what do others >> think ? >> >> --Jools >> >> >> >> >> >> 2008/12/8 Jeff Ramsdale >> >>> Niclas, >>> Once again I very much agree with you. Dan's got a good point >>> about two >>> jars >>> (-dl and non-dl) resulting from each service component, though. >>> >>> I know this will induce groans from some parties but Apache River >>> would >>> really benefit from a Maven build. The dependencies between >>> modules are >>> complex as is the generation of the artifacts. Maven would allow >>> for a >>> restructuring that clarifies the source structure while supporting >>> the >>> generation of composite artifacts. You might look into the Maven >>> Classdep >>> Plugin that Chris Sterling introduced several years ago: < >>> https://maven-classdep-plugin.dev.java.net/>. It could make sense >>> to bring >>> this plugin into the Apache River fold, incidentally. Use of this >>> plugin >>> could also help increase uptake among the Maven developer crowd as >>> it >>> simplifies the generation of artifacts for Jini services. >>> >>> A huge benefit of a Maven-based build is the ability to generate >>> metadata >>> for most of the popular IDEs. This has proven to be incredibly >>> useful on my >>> teams and allows for a multiplicity of IDEs to be used against the >>> same >>> codebase. >>> >>> > -- > Greg Trasuk, President > StratusCom Manufacturing Systems Inc. - We use information > technology to > solve business problems on your plant floor. > http://stratuscom.com > Michael McGrady Senior Engineer Topia Technology, Inc. 1.253.720.3365 mmcgrady@topiatechnology.com