Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 33427 invoked from network); 22 Nov 2002 14:40:29 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 22 Nov 2002 14:40:29 -0000 Received: (qmail 7100 invoked by uid 97); 22 Nov 2002 14:41:29 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 7070 invoked by uid 97); 22 Nov 2002 14:41:28 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 7050 invoked by uid 98); 22 Nov 2002 14:41:28 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3DDE41D1.60101@apache.org> Date: Fri, 22 Nov 2002 09:40:17 -0500 From: Sam Ruby User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: avalon-dev@jakarta.apache.org Subject: RE: [Proposal] Breaking up Avalon Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Berin Loritsch wrote: >>> I would love to see Avalon migrate to something better. The >>> problem is that "better" is hard to define >> >> "consensus" is not hard to define. > > I think he was speaking technically. In essence, I was agreeing with him, and pointing the way to the next step. Look, I could have a lot of fun here, and: 1) Tell Stefano that he needs to go reimplement XSP by subclassing JSP, and treat any response other than complete agreeement as an indication that he was not being a team player. 2) Respond to Peter when he says that OOP sucks by saying "fine, go create a single modular container that allows people to plug in the functionallity they need and unplug what they don't need". Neither would be helpful. Arguments that Sun found it necessary to have J2ME/J2SE/J2EE don't explain why there must be a Phoenix, Merlin, and Fortress. Nor do observations that "we have tried in the past to create a unified container and failed". If the consensus is that the Avalon community needs exactly 42 containers that's OK - as long as there is consensus on the scope, visibility, and design direction of each effort. This does not mean that there needs to be consensus of opinion on the viability of any given design approach; merely that the idea merits exploration - even if the ultimate result is only to prove that it is indeed a dead end. And another impotant point, vetoes should not be used after the fact in an attempt to change the agreed upon scope of such an effort. - Sam Ruby -- To unsubscribe, e-mail: For additional commands, e-mail: