FastDateParser javadoc incorrectly states that SimpleDateFormat is used internally

git-svn-id: https://svn.apache.org/repos/asf/commons/proper/lang/trunk@1561228 13f79535-47bb-0310-9956-ffa450edef68
This commit is contained in:
Chas Honton 2014-01-24 23:29:17 +00:00
parent 8a82d7b79b
commit 1c050743c9
1 changed files with 1 additions and 9 deletions

View File

@ -44,7 +44,7 @@
* <code>SimpleDateFormat</code> in most parsing situations.
* This class is especially useful in multi-threaded server environments.
* <code>SimpleDateFormat</code> is not thread-safe in any JDK version,
* nor will it be as Sun have closed the
* nor will it be as Sun has closed the
* <a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4228335">bug</a>/RFE.
* </p>
*
@ -54,14 +54,6 @@
* <p>Timing tests indicate this class is as about as fast as SimpleDateFormat
* in single thread applications and about 25% faster in multi-thread applications.</p>
*
* <p>Note that the code only handles Gregorian calendars. The following non-Gregorian
* calendars use SimpleDateFormat internally, and so will be slower:
* <ul>
* <li>ja_JP_TH - Japanese Imperial</li>
* <li>th_TH (any variant) - Thai Buddhist</li>
* </ul>
* </p>
*
* @version $Id$
* @since 3.2
*/