On 1/31/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Hi > > It is (at least) Firefox that is doing this. What it is sticking in is a > Norwegian formatted date.
Interesting ... that's not what the HTTP spec[1] says to do. Per section 3.1, clients should be using one of the supported date formats (preferably the first one) with the English spellings of day and month abbreviations. Tomcat should have understood this, getting the locale from the request > prior to doing this. Technically, it doesn't have to. But if it strives to do so, then understanding the locale of the request, as you state, will be important. So I thought that may this might have something to do with the remoting > support in Shale after all. This lead me to the fact that i did not > have <dispatcher>REQUEST</dispatcher> & > <dispatcher>FORWARD</dispatcher> defined on my shale filter-mapping. Adding > them made the error og away. Under the covers, Shale Remoting is just calling HttpServletRequest.getDateHeader() ... so it's relying on the container to interpret these header values. Hermod Craig [1] http://rfc-editor.org/rfc/rfc2616.txt -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, January 30, 2006 8:52 AM > To: user@struts.apache.org > Subject: RE: [Shale] Error in remoting > > > Hi > > I'll have to figure which of my browsers cause this (IE, Firefox or Opera) > and report it to them. > > Hermod > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Craig > McClanahan > Sent: Friday, January 27, 2006 5:58 PM > To: Struts Users Mailing List > Subject: Re: [Shale] Error in remoting > > > On 1/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > Hi > > > > I have noticed the following errors in my Tomcat logs: > > > > java.lang.IllegalArgumentException: fr, 27 jan 2006 08:45:27 GMT > > at org.apache.coyote.tomcat5.CoyoteRequest.getDateHeader( > > CoyoteRequest.java:1887) > > at org.apache.coyote.tomcat5.CoyoteRequestFacade.getDateHeader( > > CoyoteRequestFacade.java:428) > > at > > org.apache.shale.remoting.impl.AbstractResourceProcessor.ifModifiedSince > ( > > AbstractResourceProcessor.java:343) > > > > Going through the Javadocs, it may lok like it is a Tomcat error, but I > > wanted to check with you guys first and here what you think. > > > > In the javadocs for CoyoteRequest.getDateHeader it does say: Throws: > > java.lang.IllegalArgumentException - if the specified header > value > > cannot be converted to a date > > > > > > Now the question is: How does the "If-Modified-Since" parameter in the > > request get set? > > In this case Tomcat does noe understand: "fr, 27 jan 2006 08:45:27 GMT" > > > The "If-Modified-Since" header is set for you by the browser, if you had > transmitted a "Date" header on the previous version of the same URL, and > if > you have configured your browser for caching. The required format is > defined in the HTTP spec[1], section 3.3, and your string doesn't match -- > so Tomcat would be correct in reporting an error here. The day > abbreviation > would > > Hermod > > > Craig > > [1] http://rfc-editor.org/rfc/rfc2616.txt > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * > > This email with attachments is solely for the use of the individual or > entity to whom it is addressed. Please also be aware that the DnB NOR > Group > cannot accept any payment orders or other legally binding correspondence > with > customers as a part of an email. > > This email message has been virus checked by the virus programs used > in the DnB NOR Group. > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
