Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 85454 invoked from network); 20 Oct 2009 04:32:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Oct 2009 04:32:32 -0000 Received: (qmail 68515 invoked by uid 500); 20 Oct 2009 04:32:31 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 68407 invoked by uid 500); 20 Oct 2009 04:32:30 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 68397 invoked by uid 99); 20 Oct 2009 04:32:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Oct 2009 04:32:30 +0000 X-ASF-Spam-Status: No, hits=-10.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Oct 2009 04:32:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 64877234C045 for ; Mon, 19 Oct 2009 21:31:59 -0700 (PDT) Message-ID: <857906104.1256013119404.JavaMail.jira@brutus> Date: Tue, 20 Oct 2009 04:31:59 +0000 (UTC) From: "Henri Yandell (JIRA)" To: issues@commons.apache.org Subject: [jira] Closed: (LANG-293) StringEscapeUtils.unescape* can be faster MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/LANG-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Yandell closed LANG-293. ------------------------------ Resolution: Won't Fix Apologies - but after the rewrite the patch isn't relevant anymore. I had a stab at recreating the spirit of the patch by short circuiting early, but it didn't improve speed in my tests. I'm sure there are speed improvements, but probably needs to take a fresh start on the code. Again - apologies that the code was rewritten before your patch could be applied. > StringEscapeUtils.unescape* can be faster > ----------------------------------------- > > Key: LANG-293 > URL: https://issues.apache.org/jira/browse/LANG-293 > Project: Commons Lang > Issue Type: Improvement > Affects Versions: Nightly Builds > Reporter: Stepan Koltsov > Fix For: 3.0 > > Attachments: commons-lang-unescape-performace2-stepancheg-2006-10-31.diff, EntitiesPerformance2TestSecret.java > > > Typical string that need to be unescaped contains almost no XML entities, so copying input string to output buffer char by char is slow. > I've refactored Entities.unescape() so it works faster. Going to submitting patch and tests. > Patch contains both hacked and original versions of unescape, to run tests. > Test shows that performance remains same on short strings, and much better or large strings with rare entities. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.