Return-Path: 
 <commons-user-return-19083-apmail-jakarta-commons-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org
Received: (qmail 20961 invoked from network); 6 Apr 2007 19:31:23 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 6 Apr 2007 19:31:23 -0000
Received: (qmail 96734 invoked by uid 500); 6 Apr 2007 19:31:16 -0000
Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org
Received: (qmail 96678 invoked by uid 500); 6 Apr 2007 19:31:16 -0000
Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-user-unsubscribe@jakarta.apache.org>
List-Help: <mailto:commons-user-help@jakarta.apache.org>
List-Post: <mailto:commons-user@jakarta.apache.org>
List-Id: "Jakarta Commons Users List" <commons-user.jakarta.apache.org>
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
Delivered-To: mailing list commons-user@jakarta.apache.org
Received: (qmail 96656 invoked by uid 99); 6 Apr 2007 19:31:15 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Apr 2007 12:31:15 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_HELO_PASS
X-Spam-Check-By: apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Received: from [212.227.126.177] (HELO moutng.kundenserver.de)
 (212.227.126.177)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Apr 2007 12:31:07 -0700
Received: from [81.210.144.67] (helo=[192.168.0.128])
	by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis),
	id 0ML2xA-1HZu8z2vMz-0007TS; Fri, 06 Apr 2007 21:30:45 +0200
Message-ID: <46169FE6.7030407@oliver-heger.de>
Date: Fri, 06 Apr 2007 21:30:46 +0200
From: Oliver Heger <oliver.heger@oliver-heger.de>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Jakarta Commons Users List <commons-user@jakarta.apache.org>
Subject: Re: [configuration] Bug?
References: <4616657F.8060103@schools-open.com>
In-Reply-To: <4616657F.8060103@schools-open.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V01U2FsdGVkX1+yna+f4JoQNl2WMnIC97Xepf5PMCUNc5pPtrK
 ibBhFa7wgCmpY4vidpYL1IAgYxh0KUFVkOaYGIBU8qbSnNMsvo
 Xg0Ze1Ae0LqaJrLM8027A==
X-Virus-Checked: Checked by ClamAV on apache.org

(Please prefix your mails with the name of the affected component.)

see below

Jason Nichols wrote:
> I think I have found a bug with XMLConfiguration.  When I run the 
> following test with the following xml the second assertEquals statement 
> fails:
> 
> XML:
> <?xml version="1.0" encoding="ISO-8859-1" ?>
> <test>
> <a name="X">ABC</a>
> <a name="Y">1,2,3</a>
> </test
> 
> TEST:
> public void testXMLConfig() throws Exception {
>   File file = new File("/xml/xmlConfigTest.xml");
> 
>   XMLConfiguration xmlConfig = new XMLConfiguration(file);
>   xmlConfig.load();
> 
>   assertEquals("X",xmlConfig.getProperty("a(0)[@name]"));
>   assertEquals("Y",xmlConfig.getProperty("a(1)[@name]"));
> }
> 
> Anyone see this issue before?  I couldn't find it in jira.
> 
I think you have indeed found a bug. The problem here is that the 2nd 
<a> element is treated as a list element with the three values 1, 2, and 
3. Obviously for such constellations the attributes get lost.

If you change the value of this element to a text that does not contain 
the delimiter character (','), the assert passes.

Could you please open a bug report in jira for this problem?

Thanks
Oliver

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org