Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 77802 invoked from network); 30 May 2005 10:38:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 May 2005 10:38:34 -0000 Received: (qmail 95316 invoked by uid 500); 30 May 2005 10:38:26 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 95300 invoked by uid 500); 30 May 2005 10:38:26 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 95281 invoked by uid 99); 30 May 2005 10:38:26 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from relay-av.club-internet.fr (HELO relay-av.club-internet.fr) (194.158.96.107) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 30 May 2005 03:38:24 -0700 Received: from [127.0.0.1] (lfjr.club-internet.fr [194.117.194.68]) by relay-av.club-internet.fr (Postfix) with ESMTP id 485082562E for ; Mon, 30 May 2005 12:38:03 +0200 (CEST) Message-ID: <429AED25.9070602@apache.org> Date: Mon, 30 May 2005 12:38:29 +0200 From: Emmanuel Bourg User-Agent: Mozilla Thunderbird 1.0RC1 (Windows/20041201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Users List Subject: Re: Configuration reading bug? References: <20050530072155.14232.qmail@web33004.mail.mud.yahoo.com> In-Reply-To: <20050530072155.14232.qmail@web33004.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Jax, thank you for reporting this issue, it looks like a conflict between the character escaping code and the multiline values code. To work around this bug I suggest that you replace your path separators with the unix path separator. Your values will be shorter and the configuration should still work on Windows: key1=\\\\myfolder/ key2=\\\\myfolder2/ key3=file:d:/myfolder3 key4=\\\\myfolder4/ Emmanuel Bourg jax wrote: > Hi, > > I have the following scenario. > > filename: key.properties > key1=\\\\myfolder\\ > key2=\\\\myfolder2\\ > key3=file:d:\\myfolder3 > key4=\\\\myfolder4\\ > > When CompositeConfiguration load the files through the > following, > > compositeconfiguration.add(new > PropertiesConfiguration(key.properties)); > > The resulting keys loaded are as follows > Key: Key1 > Value: > \\myfolderkey2=\\myfolder2Key3=file:d:\myfolder3 > > Key: Key4 > Value: \\myfolder4\ > > > Some of the keys are merged into a single key, causing > lost of information. From a visual point of view, it > seems to be the \\ at the end thats causing the > problem. > > Pls advice. > > Rdgs, > jax --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org