Code Review 6965924: java.net.HttpCookie using static SimpleDateFormat which is not thread safe
Michael McMahon
michael.x.mcmahon at oracle.com
Wed Aug 18 04:22:00 PDT 2010
gustav trede wrote:
>
> On 18 August 2010 12:10, Chris Hegarty <chris.hegarty at oracle.com
> <mailto:chris.hegarty at oracle.com>> wrote:
>
> Michael,
>
> java.net.HttpCookie uses static SimpleDateFormat which is not
> thread safe. I think the best solution here is to simply create
> local SimpleDateFormat as needed.
>
> Webrev:
> http://cr.openjdk.java.net/~chegar/6965924/webrev.00/webrev/
> <http://cr.openjdk.java.net/%7Echegar/6965924/webrev.00/webrev/>
>
>
> Why not use a threadlocal dateformater ?.
perhaps ...
> For certain cases Its also viable to exploit the fact that its enough
> to generate a new value once per second for HTTP timestamps.
> Even if its not "needed", it would imo be nice if the JDK code itself
> could somehow act as reference / good examples of how to THINK(design)
> and implement.
>
I suspect you're looking at this from a server perspective. This code is
involved with parsing
of incoming cookies. So, the generation of timestamps isn't being done here.
- Michael.
>
> regards
> gustav trede
More information about the net-dev
mailing list