Return-Path: Delivered-To: apmail-incubator-river-dev-archive@locus.apache.org Received: (qmail 37571 invoked from network); 8 Dec 2008 02:00:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Dec 2008 02:00:43 -0000 Received: (qmail 88454 invoked by uid 500); 8 Dec 2008 02:00:55 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 88430 invoked by uid 500); 8 Dec 2008 02:00:55 -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 88419 invoked by uid 99); 8 Dec 2008 02:00:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 07 Dec 2008 18:00:55 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of hedhman@gmail.com designates 74.125.44.155 as permitted sender) Received: from [74.125.44.155] (HELO yx-out-1718.google.com) (74.125.44.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Dec 2008 01:59:25 +0000 Received: by yx-out-1718.google.com with SMTP id 36so414390yxh.0 for ; Sun, 07 Dec 2008 18:00:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=9r4Z7n4s9X5Gkkj7AkNMat/OKbODxoXqZLgevCaKSA4=; b=kXfucWFrm6yx7S3CjOJJkIlWZg/g696U5+Kww6B5tLMHkqgRLssyKBP7Eu7+oGEeMt G9tf3Z6JRFKNw+re9rL/IOcy3rcZ+H27JuUnNXlIijC/aUuqEJJ/gHt2owBz4/apPH0b 10gbsqzLG8kvmfXcTlmbPRFmuK7TCUYixwMG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=K+9PxR9fZym0vPjNU80unMYqD1qqroEFU3onElH+a2V39df8xRrCjQ/i9xtERgU16S GbWcCibUgBjVn5eL8u7U7RbG3dMWHn8IEttAq0EOlOTE9NcDt1GZLcT7SSIPsoFQXyDg VRrT/c9+ZOy2pbesJgK7MLGJJsP6byNQOIhTg= Received: by 10.100.141.10 with SMTP id o10mr1216569and.41.1228701613269; Sun, 07 Dec 2008 18:00:13 -0800 (PST) Received: by 10.100.208.8 with HTTP; Sun, 7 Dec 2008 18:00:13 -0800 (PST) Message-ID: Date: Mon, 8 Dec 2008 10:00:13 +0800 From: "Niclas Hedhman" Sender: hedhman@gmail.com To: river-dev@incubator.apache.org Subject: Re: Deciding the Future In-Reply-To: <187637.5222.qm@web33806.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <964EAC824495234A86F3C47DA8BD8AAD17750A@sucden-exch.sucden.co.uk> <964EAC824495234A86F3C47DA8BD8AAD177511@sucden-exch.sucden.co.uk> <510143ac0811240750r4c19c7f6t9e20daa94ef77dc2@mail.gmail.com> <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> X-Google-Sender-Auth: 1f2ee793805eefa1 X-Virus-Checked: Checked by ClamAV on apache.org On Sat, Dec 6, 2008 at 8:31 PM, Wade Chandler wrote: > Looking over the build scripts, src directories, and other resource directories, too the structure could be better laid out. For instance, there is a top level build.xml, then below in src there is build.xml. Too, under src there are folders for manifest, configentry, and then the Java packages are right there. There could be better separation. Under TDD mantra this is a red flag; If it is hard to set up tests, then it is hard to work with the codebase. And from my experience, that is exactly what comes to mind, and the way to get something up within a day is the "Launch All" convenience, which is more like a End-User Application than a system development kit. Well, I still think that there are a lot of room for improvement, and instead of telling "each other"/"others" what should be done, I think it is time for us to move into action. The main problem I have is that there is need for a structural make-over, which is not suitable for small and evolutionary steps. Can we agree to open up a new branch? - Modularized into one 'module' per 'artifact'. - Adoption of sound architectural principles. - Testcases as near as possible to the code under test. - JUnit as test framework. - "Doers decide", i.e. "you don't like it, step up..." Cheers Niclas