Return-Path: 
 <dev-return-57007-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 21690 invoked from network); 12 Apr 2004 18:21:00 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 12 Apr 2004 18:21:00 -0000
Received: (qmail 1858 invoked by uid 500); 12 Apr 2004 18:20:34 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 1807 invoked by uid 500); 12 Apr 2004 18:20:34 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 1755 invoked from network); 12 Apr 2004 18:20:33 -0000
Received: from unknown (HELO exchange.sun.com) (192.18.33.10)
  by daedalus.apache.org with SMTP; 12 Apr 2004 18:20:33 -0000
Received: (qmail 1195 invoked by uid 50); 12 Apr 2004 18:21:21 -0000
Date: 12 Apr 2004 18:21:21 -0000
Message-ID: <20040412182121.1194.qmail@nagoya.betaversion.org>
From: bugzilla@apache.org
To: dev@ant.apache.org
Cc: 
Subject: DO NOT REPLY [Bug 28340]  -
    Request Trim Attribute on Property Task
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

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=28340>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28340

Request Trim Attribute on Property Task





------- Additional Comments From ddevienne@lgc.com  2004-04-12 18:21 -------
Somehow I think cases will crop up where <trim/> with <loadproperties/> will 
not be equivalent to trim="true" on <property>, because <trim/> operates on the 
lines of the .properties file, whereas trim="true" would operate on the value 
after parsing of the file.

Consider:
key = value___\
____

Where the underscores are spaces. The value will be 'value   ' (AFAIK), and the 
<trim/> would yield a different result than trim="true". The properties file 
line continuation \ trumps <trim/> basically I think, but I guess I could be 
wrong. --DD

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