Return-Path: Delivered-To: apmail-james-server-dev-archive@www.apache.org Received: (qmail 8064 invoked from network); 5 Feb 2004 13:42:16 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 5 Feb 2004 13:42:16 -0000 Received: (qmail 53842 invoked by uid 500); 5 Feb 2004 13:38:40 -0000 Delivered-To: apmail-james-server-dev-archive@james.apache.org Received: (qmail 53778 invoked by uid 500); 5 Feb 2004 13:38:40 -0000 Mailing-List: contact server-dev-help@james.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "James Developers List" Reply-To: "James Developers List" Delivered-To: mailing list server-dev@james.apache.org Received: (qmail 53657 invoked from network); 5 Feb 2004 13:38:39 -0000 Received: from unknown (HELO mail.lokitech.com) (209.92.53.4) by daedalus.apache.org with SMTP; 5 Feb 2004 13:38:39 -0000 Received: from 216.181.165.37 ([216.181.165.37]) by mail.lokitech.com (JAMES SMTP Server 2.1.3) with SMTP ID 745 for ; Thu, 5 Feb 2004 08:38:37 -0500 (EST) Message-ID: <4022475D.6090400@lokitech.com> Date: Thu, 05 Feb 2004 08:38:37 -0500 From: Serge Knystautas User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: James Developers List Subject: Re: aliases References: <2D1E8414-57CB-11D8-9F70-0003938635C8@rosebrock.org> In-Reply-To: <2D1E8414-57CB-11D8-9F70-0003938635C8@rosebrock.org> 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: minotaur-2.apache.org 1.6.2 0/1000/N Uwe Rosebrock wrote: > As to Noels argument about private fields, explain to me how you need to > support something somebody else writes and deploys (meaning extends a > service class adds some functionality...)? Providing protected access > methods for fields is good coding practice and encourages use and > expansion, the major principle of Open Source, or are we talking about > different idea of Open Source here? Your second sentence answers your first. :) If we make methods proected, then people can use and expand them. That means we can't change them and thereby have to support people who are using them. As they are now, we can gut and reimplement anything that's private as we realize better ways to do something. -- Serge Knystautas President Lokitech >>> software . strategy . design >> http://www.lokitech.com p. 301.656.5501 e. sergek@lokitech.com --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org For additional commands, e-mail: server-dev-help@james.apache.org