[
https://issues.apache.org/jira/browse/LUCENE-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-1472:
----------------------------------
Fix Version/s: 4.0
3.1
Assignee: Uwe Schindler
This is not longer highest priority, but the fix using ThreadLocal without
close seems to be the best possibility. We use this in our local applications,
too when we have a pool of DateFormats. I will take care on applying this patch.
In general, this NumericRangeQuery and NumericField should be used when dates
should be indexed.
> DateTools.stringToDate() can cause lock contention under load
> -------------------------------------------------------------
>
> Key: LUCENE-1472
> URL: https://issues.apache.org/jira/browse/LUCENE-1472
> Project: Lucene - Java
> Issue Type: Improvement
> Components: Search
> Affects Versions: 2.3.2
> Reporter: Mark Lassau
> Assignee: Uwe Schindler
> Priority: Minor
> Fix For: 3.1, 4.0
>
>
> Load testing our application (the JIRA Issue Tracker) has shown that threads
> spend a lot of time blocked in DateTools.stringToDate().
> The stringToDate() method uses a singleton SimpleDateFormat object to parse
> the dates.
> Each call to SimpleDateFormat.parse() is *synchronized* because
> SimpleDateFormat is not thread safe.
--
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: [email protected]
For additional commands, e-mail: [email protected]
