Mailing-List: contact httpcomponents-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <httpcomponents-dev@jakarta.apache.org>
Message-ID: <7270589.1182092966069.JavaMail.jira@brutus>
Date: Sun, 17 Jun 2007 08:09:26 -0700 (PDT)
From: "Roland Weber (JIRA)" <jira@apache.org>
To: httpcomponents-dev@jakarta.apache.org
Subject: [jira] Commented: (HTTPCORE-79) DateUtils should cache
 SimpleDateFormat
In-Reply-To: <32536994.1181483425997.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/HTTPCORE-79?page=3Dcom.atlassia=
n.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505597 ]=20

Roland Weber commented on HTTPCORE-79:
--------------------------------------

I've taken a look at FastDateFormat. It maintains several internal caches i=
n form of static HashMaps.
I'd hate to introduce that as a default anywhere in HttpComponents.

Moving DateUtils to HttpClient/Cookie sounds good. There we can take as man=
y stabs at it as we want to.

cheers,
  Roland


> DateUtils should cache SimpleDateFormat
> ---------------------------------------
>
>                 Key: HTTPCORE-79
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-79
>             Project: HttpComponents Core
>          Issue Type: Improvement
>          Components: HttpCore
>    Affects Versions: 4.0-alpha5
>            Reporter: Daniel M=C3=BCller
>            Priority: Minor
>             Fix For: 4.0-beta1
>
>         Attachments: org.apache.http.util.patch
>
>
> DateUtils create a SimpleDateFormat for each invocation of #formatDate an=
d #parseDate. This can be optimized if SimpleDateFormat instances are cache=
d. Since SimpleDateFormat is not threadsafe, the cache must be threadlocal.

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org