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