Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 81535 invoked from network); 22 Jun 2004 12:45:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Jun 2004 12:45:59 -0000 Received: (qmail 431 invoked by uid 500); 22 Jun 2004 12:25:28 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 89292 invoked by uid 500); 22 Jun 2004 12:18:17 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 85072 invoked by uid 99); 22 Jun 2004 12:07:06 -0000 Received: from [213.41.126.253] (HELO vertigo.micropole.com) (213.41.126.253) by apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 22 Jun 2004 05:07:06 -0700 Received: by vertigo.micropole.com; id MAA14642; Tue, 22 Jun 2004 12:09:22 +0200 (CEST) Message-Id: <200406221009.MAA14642@vertigo.micropole.com> Date: Tue, 22 Jun 2004 12:11:27 +0200 From: Emmanuel Bourg Organization: Micropole Univers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: fr, en, en-us MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [configuration] AbstractConfiguration.Container References: <40D17FA4.5090006@med.uni-marburg.de> <200406171606.SAA10842@vertigo.micropole.com> <40D28A13.90808@med.uni-marburg.de> <200406210920.LAA12851@vertigo.micropole.com> <40D7CB13.4060507@med.uni-marburg.de> In-Reply-To: <40D7CB13.4060507@med.uni-marburg.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Oliver Heger wrote: > Well I didn't check this. I knew that this was the original behaviour. > When I wrote the XML howto I included a paragraph stating that > getString() could be called on a property with multiple values and then > returns the first value. Later somebody changed this into > > "it is NOT legal to call getString() or one of the other getter methods > on a property with multiple values; as the entire list is attempted to > be returned." > > So I supposed that the getter methods have been changed, too. If this is > not the case, documentation should be updated. > > Oliver I've updated the documentation, thank you for spotting this :) Emmanuel Bourg --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org