[
https://issues.apache.org/jira/browse/LANG-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470778
]
Holger Hoffstätte commented on LANG-287:
Henry: I just had a look at the fix and it does look good. Thanks :)
[
https://issues.apache.org/jira/browse/LANG-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470747
]
Henri Yandell commented on LANG-287:
LANG-102 was the issue in question that changed the code. There was lots of
d
[
https://issues.apache.org/jira/browse/LANG-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12469383
]
Holger Hoffstätte commented on LANG-287:
I'd like to reopen this: the latest changes in 2.3rc seems to have und
[
http://issues.apache.org/jira/browse/LANG-287?page=comments#action_1292 ]
Henri Yandell commented on LANG-287:
Holger's suggestion does seem to happily resolve Gary's problem.
Under 1.5, with 1000 iterations of a 100,000 length String
[
http://issues.apache.org/jira/browse/LANG-287?page=comments#action_12443593 ]
Holger Hoffstätte commented on LANG-287:
Just jumping in here - how about zooming forward until the & is found and only
then creating the StringBuffer, copyi
[
http://issues.apache.org/jira/browse/LANG-287?page=comments#action_12443559 ]
Gary Gregory commented on LANG-287:
---
The problem with this idea is that when there _is_ something to escape, this
would cause the performance penality of scanning