commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Peter Wall (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (LANG-935) Possible performance improvement on string escape functions
Date Thu, 12 Dec 2013 04:27:07 GMT

     [ https://issues.apache.org/jira/browse/LANG-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Peter Wall updated LANG-935:
----------------------------

    Description: 
The escape functions for HTML etc. use the same code and the same initialisation tables for
the escape and unescape functions, and while this is an elegant approach it leads to a number
of deficiencies:
1. The code is very much less efficient than it could be
2. A new output string is created even when no conversion is required
3. No mapping is provided for characters that do not have a specific representation (for example
HTML 0x101 should become &amp;#257;)
The proposal is to use a new mapping technique to address these issues

  was:
The escape functions for HTML etc. use the same code and the same initialisation tables for
the escape and unescape functions, and while this is an elegant approach it leads to a number
of deficiencies:
1. The code is very much less efficient than it could be
2. A new output string is created even when no conversion is required
3. No mapping is provided for characters that do not have a specific representation (for example
HTML 0x101 should become &#257;)
The proposal is to use a new mapping technique to address these issues


> Possible performance improvement on string escape functions
> -----------------------------------------------------------
>
>                 Key: LANG-935
>                 URL: https://issues.apache.org/jira/browse/LANG-935
>             Project: Commons Lang
>          Issue Type: Improvement
>          Components: lang.text.translate.*
>    Affects Versions: 3.1
>            Reporter: Peter Wall
>            Priority: Minor
>              Labels: performance
>         Attachments: tempproject1.zip
>
>
> The escape functions for HTML etc. use the same code and the same initialisation tables
for the escape and unescape functions, and while this is an elegant approach it leads to a
number of deficiencies:
> 1. The code is very much less efficient than it could be
> 2. A new output string is created even when no conversion is required
> 3. No mapping is provided for characters that do not have a specific representation (for
example HTML 0x101 should become &amp;#257;)
> The proposal is to use a new mapping technique to address these issues



--
This message was sent by Atlassian JIRA
(v6.1.4#6159)

Mime
View raw message