Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Sun, 19 Feb 2012 16:24:40 +0000 (UTC)
From: =?utf-8?Q?Felix_M=C3=BCller_=28Commented=29_=28JIRA=29?=
 <jira@apache.org>
To: issues@commons.apache.org
Message-ID: 
 <1637672242.472.1329668680877.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (LANG-462) FastDateFormat supports parse
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/LANG-462?page=3Dcom.atlassian.j=
ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D132113=
96#comment-13211396 ]=20

Felix M=C3=BCller commented on LANG-462:
-----------------------------------

Seems that I should have installed a pure JDK 5 on my machine and run the m=
aven build with java-1.5 profile first: As you can see on the CI server, I =
forgot one java 6 dependency. I also fixed this with the next attached patc=
h.

With the use of JDK 5 the FastDateParser has a really curious problem. One =
of the test patterns causes the parser to end up in an infinite loop. I deb=
ugged through the code: In JDK 5 the Pattern.compile method seems to be bug=
gy. You can reproduce the problem when you look into FastDatePrinterTest li=
ne 115/116 (with the merged patch) and run the test class FastDateFormat_Pr=
interTest. To secure the test I added a timeout of 20 seconds.

The attached patch consists of the fully Java 5 compatible classes (I succe=
ssfully run "mvn clean package -Pjava-1.5"), some minor clean up and the se=
mi-fixed test.

I don't know if it would be good to release a class where we cannot say und=
er what circumstances it will crash or end up in an infinite loop.
               =20
> FastDateFormat supports parse
> -----------------------------
>
>                 Key: LANG-462
>                 URL: https://issues.apache.org/jira/browse/LANG-462
>             Project: Commons Lang
>          Issue Type: New Feature
>          Components: lang.time.*
>            Reporter: Franz Wong
>             Fix For: 3.2
>
>         Attachments: DateParser.patch, LANG-462-FormatCache.patch, LANG-4=
62-Hen.patch, LANG-462_buildfix.patch, LANG-462_buildfix_pending_java6_issu=
es.patch, UseFormatCache.patch, lang462.patch, with_interfaces.patch, with_=
interfaces2.patch, with_updated_tests.patch
>
>
> Currently FastDateFormat only supports formatting the ISO8601 time zone, =
however, it doesn't support parsing such string to Date.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira