Return-Path: Delivered-To: apmail-incubator-river-dev-archive@locus.apache.org Received: (qmail 99991 invoked from network); 6 Feb 2007 10:41:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Feb 2007 10:41:32 -0000 Received: (qmail 43534 invoked by uid 500); 6 Feb 2007 10:41:39 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 43518 invoked by uid 500); 6 Feb 2007 10:41:39 -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 43508 invoked by uid 99); 6 Feb 2007 10:41:39 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Feb 2007 02:41:39 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [194.109.24.37] (HELO smtp-vbr17.xs4all.nl) (194.109.24.37) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Feb 2007 02:41:29 -0800 Received: from [192.168.1.51] (marbro.xs4all.nl [80.126.48.138]) (authenticated bits=0) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l16AevYi028168 for ; Tue, 6 Feb 2007 11:40:57 +0100 (CET) (envelope-from mark.brouwer@cheiron.org) Message-ID: <45C85B38.4080503@cheiron.org> Date: Tue, 06 Feb 2007 11:40:56 +0100 From: Mark Brouwer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: river-dev@incubator.apache.org Subject: Re: Drowning in the River References: <45C8369E.9090209@dcrdev.demon.co.uk> In-Reply-To: <45C8369E.9090209@dcrdev.demon.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Virus-Checked: Checked by ClamAV on apache.org Dan Creswell wrote: > Hi all, > > I've personally been increasingly uncomfortable with the nature of the > discussion on river-dev (and Jini-Users to a lesser extent), trouble is > I've not been able to understand why......until now, here's my beef: > > The river-dev list is full of minutae - discussion of coding standards, > issues on nitty gritty bits of behaviour around locking or > preferred-lists or when we might get the code drop or testing or > checkins. But, I don't care about any of this stuff, why? Because > it's irrelevant. While I share your uncomfortable feelings Dan, I disagree your above all *that* irrelevant. The current discussions might not be the most relevant ones, such as some of your questions, but ultimately the code is coming and there are people that have issues with the current codebase, I think they should be able to discuss this here for the simple reason their world is that way. Also I believe we can discuss issues of different relevance in parallel, it is a shame however that those now in Jim's summary didn't get that much attention. BTW the very first posting in this list was "How to start from here?" and the responses to that were minimal. Besides people being shy, this might also be a good indication people are not convinced how to proceed from here, and in doubt without a single person being able to force a change, it might be better to crawl on. > It has no importance whatsoever in the big picture which comes down to: > > WHAT ARE WE GONNA DO WITH RIVER? > > And that question leads to a bunch of others for me: > > (1) Who's the audience for River? > > (2) What are we going to deliver to that audience? > > (3) Why would that audience care about what we're delivering? > > (4) What should River be about? Very valid questions of which I admit only 2) has surfaced so far. And I think my reason for that is that point 2) is something we can 'vote' on. The problem with 1) and 4) is that they have a huge dependency, and I think that answering 4) can be a slaughter party as the number of angles to look at it is infinite (as discussion on jini-users proofed). For me not having a definite answer on 4), at this time, isn't a blocker for 2). I believe due to its legacy it ain't a very bad idea we just start with the more obvious things and see what happens, what comes at the gate, and how we react to that. This gives us time to craft that roadmap and in the process hopefully a community will arise that can give a bit of a coherent answer on 4). And due to the process here ... it only requires one 'strategic commit' of somebody to have an issue discussed ;-) > One way to do that might be to go back and re-examine the list > of things Jim Hurley posted a few days ago....... It was a very long posting to say you supports Jim's idea, but I'm glad you did ;-) -- Mark