Illegal date format

• Key: SHALE-270
• Type: Bug
• Status: Resolved
• Resolution: Fixed
• Priority: Major
• Assignee: Unassigned
• Reporter: alberto
• Component/s: Remoting
• Affects Version/s: 1.0.4-SNAPSHOT
• Fix Version/s: 1.0.4

Description

I am serving my javascript resource with shale-remoting.
When the resorce enters in client cache, and the browser try to validate a cache entry I get this exception:

phase(RESTORE_VIEW 1,com.sun.faces.context.FacesContextImpl@1a6af53) threw exception: java.lang.IllegalArgumentException: ven, 01 set 2006 16:00:23 GMT ven, 01 set 2006 16:00:23 GMT
org.apache.coyote.tomcat5.CoyoteRequest.getDateHeader(CoyoteRequest.java:2104)
org.apache.coyote.tomcat5.CoyoteRequestFacade.getDateHeader(CoyoteRequestFacade.java:652)
javax.servlet.http.HttpServletRequestWrapper.getDateHeader(HttpServletRequestWrapper.java:83)
org.apache.shale.remoting.impl.AbstractResourceProcessor.ifModifiedSince(AbstractResourceProcessor.java:349)
org.apache.shale.remoting.impl.AbstractResourceProcessor.process(AbstractResourceProcessor.java:101)
org.apache.shale.remoting.faces.RemotingPhaseListener.afterPhase(RemotingPhaseListener.java:102)
...

You can see that "ven, 01 set 2006 16:00:23 GMT ven, 01 set 2006 16:00:23 GMT" is an italian date format.
I use FireFox, but I think FF is not the problem.
What I believe is that Shale is sending the "Last-Modified" date in an italian format (I am italian).

Comments

[Craig McClanahan]

Fixed by configuring the SimpleDateFormat instance used for creating HTTP header timestamps to use the US locale, and therefore pick up the required spellings. Thanks to Ryan Lubke for pointing out the appropriate fix.

Fixed in nightly build 20061111. Will be included in 1.0.4 also.