[
https://issues.apache.org/jira/browse/LUCENE-1005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12530187
]
Hoss Man commented on LUCENE-1005:
----------------------------------
i won't dispute that the SImpleDateFormatter pattern is doing what it says it
does ... my point is that according to the HTTP spec that's not the format that
should be used ... the test is not buggy, the code is.
No matter what timezone or locale the test is executed in, formated dates (for
the purpose of HTTP headers which is what this says it does) should always end
in " GMT"
i believe the SimpelDateFormatter can be forced to do this if we use the
setTimeZone method on the formatter (by default it uses the system's current
timezone)
> 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]
