[ 
https://issues.apache.org/jira/browse/LUCENE-1005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530180
 ] 

Grant Ingersoll commented on LUCENE-1005:
-----------------------------------------

In reading 
http://java.sun.com/j2se/1.5.0/docs/api/java/text/SimpleDateFormat.html dates 
do not have to end in just GMT, they can be GMT +/- and offset of hours and 
minutes.

It seems like GMT+00:00 should be valid, as the lowercase 'z' symbol gives:

z       Time zone       General time zone       Pacific Standard Time; PST; 
GMT-08:00

as an example.  If I put in the Date above (which caused a failure) as a test 
on my machine it passes.

I think the error is actually in the test in that the Pattern that is used to 
compare the output does not account for the GMT offset method for time zones.

Thoughts?  If not, I will put in a fix for the Regex to account for the GMT 
offset method.

> GData TestDateFormater (sic) fails when the Date returned is: Sun, 23 Sep 
> 2007 01:29:06 GMT+00:00
> -------------------------------------------------------------------------------------------------
>
>                 Key: LUCENE-1005
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1005
>             Project: Lucene - Java
>          Issue Type: Bug
>          Components: Other
>            Reporter: Grant Ingersoll
>
> TestDateFormater.testFormatDate fails when the Date returned is Sun, 23 Sep 
> 2007 01:29:06 GMT+00:00
> The issue lies with the +00:00 at the end of the string.  
> The question is, though, is that a valid date for GData?
> This is marked as major b/c it is causing nightly builds to fail.

-- 
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]

Reply via email to