Return-Path: 
 <commons-dev-return-99209-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 70911 invoked from network); 13 Feb 2007 21:33:07 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 13 Feb 2007 21:33:07 -0000
Received: (qmail 89127 invoked by uid 500); 13 Feb 2007 21:33:13 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 88944 invoked by uid 500); 13 Feb 2007 21:33:13 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 88927 invoked by uid 99); 13 Feb 2007 21:33:13 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Feb 2007 13:33:13 -0800
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.171] (HELO moutng.kundenserver.de)
 (212.227.126.171)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Feb 2007 13:33:02 -0800
Received: from [217.81.209.94] (helo=[192.168.178.20])
	by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis),
	id 0MKxQS-1HH5GK1lG9-00049V; Tue, 13 Feb 2007 22:32:32 +0100
Message-ID: <45D22E74.9030401@oliver-heger.de>
Date: Tue, 13 Feb 2007 22:32:36 +0100
From: Oliver Heger <oliver.heger@oliver-heger.de>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
Subject: Re: [Commons Configuration] using setProperty for <data> element
 on XML plist
References: <DBA671E8-ED6F-40F1-A926-8D74D2639A46@echostorm.net>
In-Reply-To: <DBA671E8-ED6F-40F1-A926-8D74D2639A46@echostorm.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: kundenserver.de abuse@kundenserver.de
 login:060b6f3a5b4852d7db894881f1c69c62
X-Provags-ID2: 
 V01U2FsdGVkX19tFTN2yNpU0U0Xu+ltnkOzPe8fLBoZc5o404C6PRURuA94P8hGe++DjlDLhH7mtZpJs5Wy93NUdIXfr3L13czCZmiFDHImboiG/+1FhBV95A==
X-Virus-Checked: Checked by ClamAV on apache.org

Raymond, Brian wrote:
> I have been banging my head against the wall for hours trying to write a 
> <data/> element back into an OSX XML plist file. I use the following to 
> successfully read the element:
> 
> byte[] tmpByte = (byte[])settings.getProperty("node.name")
> 
> I then modify it but I cannot for the life of me figure out how to cast 
> it and write it back into the file using setProperty(). I'm at the point 
> where I Base64 encode it and write it out as a string but I cannot get 
> it back into <data>.  I have looked through the junit tests, javadocs 
> and online and the closest thing I found was a nested class with an 
> addDataValue() method that looks like it's built for this but it warns 
> that it's for internal use by the digester.
> 
> Thanks for reading, if anyone can provide a pointer I would be grateful.
> 
> Thanks,
> 
> - Brian
> 
Brian,

I haven't used XMLPropertyListConfiguration myself. But from a short 
glance at the code I fear that there could be a bug related to the 
handling of arrays. What exactly is the result when you call 
setProperty() with the modified byte[]?

Oliver

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