Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Mon, 9 May 2016 12:52:12 +0000 (UTC)
From: "Sebb (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12965915.1462731016000.142001.1462798332870@Atlassian.JIRA>
In-Reply-To: <JIRA.12965915.1462731016000@Atlassian.JIRA>
References: <JIRA.12965915.1462731016000@Atlassian.JIRA> <JIRA.12965915.1462731016219@arcas>
Subject: [jira] [Commented] (LANG-1226) StringUtils#normalizeSpace does not
 trim the string anymore
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Mon, 09 May 2016 12:52:14 -0000


    [ https://issues.apache.org/jira/browse/LANG-1226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15276319#comment-15276319 ] 

Sebb commented on LANG-1226:
----------------------------

See LANG-1227 - any XML methods need to be sensitive to the XML spec version.
Maybe such methods belong in the XMLCharacter class.
StringUtils could have a wrapper that delegates to it.

e.g.

StringUtils.normalizeXmlSpace(String input, XMLCharacter#enum XML version) {
    return XMLCharacter.getInstance(version).normalizeSpace(input);
}

> StringUtils#normalizeSpace does not trim the string anymore
> -----------------------------------------------------------
>
>                 Key: LANG-1226
>                 URL: https://issues.apache.org/jira/browse/LANG-1226
>             Project: Commons Lang
>          Issue Type: Bug
>          Components: lang.*
>    Affects Versions: 3.4
>            Reporter: Pascal Schumacher
>
> These work with 3.3.2, but fail with 3.4:
> {code}
> assertEquals("b", StringUtils.normalizeSpace("\u0000b"));
> assertEquals("b", StringUtils.normalizeSpace("b\u0000"));
> {code}
> Java doc still says "... Additionally #trim(String)} removes control characters (char &lt;= 32) from both ends of this String."


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)