[
https://issues.apache.org/jira/browse/LANG-66?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12725498#action_12725498 ]
Henri Yandell commented on LANG-66:
-----------------------------------
While we still need to define what the standard behaviour is, by having XML_1_0 and XML_1_1 etc, this would now be a user changing the 3.0 implementation of:
{code:java}
public static final CharSequenceTranslator ESCAPE_XML =
new AggregateTranslator(
new LookupTranslator(EntityArrays.BASIC_ESCAPE()),
new LookupTranslator(EntityArrays.APOS_ESCAPE()),
NumericEntityEscaper.above(0x7f)
);
{code}
to their own custom:
{code:java}
public static final CharSequenceTranslator ESCAPE_XML =
new AggregateTranslator(
new LookupTranslator(EntityArrays.BASIC_ESCAPE()),
new LookupTranslator(EntityArrays.APOS_ESCAPE())
);
{code}
> [lang] StringEscaper.escapeXml() escapes characters > 0x7f
> ----------------------------------------------------------
>
> Key: LANG-66
> URL:
https://issues.apache.org/jira/browse/LANG-66> Project: Commons Lang
> Issue Type: Bug
> Affects Versions: 2.1
> Environment: Operating System: All
> Platform: All
> Reporter: Sandor Vroemisse
> Fix For: 3.0
>
>
> StringEscaper.escapeXml() escapes characters > 0x7f. That's both undesired and
> undocumented.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
