[jira] Updated: (LUCENE-1472) DateTools.stringToDate() can cause lock contention under load

2009-03-18 Thread Michael McCandless (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael McCandless updated LUCENE-1472:
---

Fix Version/s: (was: 2.9)

Removing 2.9 target.

 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
Priority: Minor

 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: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org



[jira] Updated: (LUCENE-1472) DateTools.stringToDate() can cause lock contention under load

2008-12-03 Thread Michael McCandless (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael McCandless updated LUCENE-1472:
---

Fix Version/s: 2.9

 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
Priority: Minor
 Fix For: 2.9


 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]



[jira] Updated: (LUCENE-1472) DateTools.stringToDate() can cause lock contention under load

2008-11-30 Thread Mark Lassau (JIRA)

 [ 
https://issues.apache.org/jira/browse/LUCENE-1472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Lassau updated LUCENE-1472:


Description: 
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.



  was:
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 parse is *synchronized* because SimpleDateFormat is not thread 
safe.




 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
Priority: Minor

 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]