For reference, here's what it took for me to get things working for
a php script that prints dynamic xml via a SSL [https] connection...
http://www.dirtystylus.com/blog/?
p=17
I have now confirmed that (in my case at least) gzip encoding was the
problem NOT Expires: 0.
I have a working example with the following header information:
HTTP/1.0 200 OK
Server: httpd/1.00
Cache-Control: no-cache
Expires: 0
Content-Type: text/xml
which worked.
the original response which wa
I think you may be wrong about the problem. I have now confirmed that
am able to get back content that has an Expires: 0 header.
I think the Content-Encoding: gzip is the problem. Not the header, but
the actual encoding itself. I have seen several reports of this on the
web.
see: http://blog.ja
I am seeing this same problem on a legacy server I am working on. It
would be very hard to change the responce header from 0 to -1. Is
there a work around?
Can I catch the error? And still get the result?
Thanks,
Chris
--- In flexcoders@yahoogroups.com, "dadrobson" <[EMAIL PROTECTED]> wrote:
>
Vito:
Sorry for the slow response. I haven't been able to spend much time in
the group lately.
Here is a sample header that works. The key is the value of the
Expires attribute. If it is set to 0, IE breaks:
HTTP/1.x 200 OK
Server: Apache-Coyote/1.1
Expires: -1
Pragma: no-cache
Cache-Control: n
What exactly were the guilty headers? What headers did you replace
them with?
Thanx,
-Vito
--- In flexcoders@yahoogroups.com, "dadrobson" <[EMAIL PROTECTED]> wrote:
>
> RESOLVED!
>
> The issue had to do with HTTP cache control headers generated by the
> Spring framework. These headers got pa
I'm not sure how to interpret what IE does with these headers. The
Spring form controller was setting the expiry date to the Unix epoch.
Could it be that IE was correct in rejecting this?
--- In flexcoders@yahoogroups.com, "Dave Wolf" <[EMAIL PROTECTED]> wrote:
>
> Sounds like the same issues we u
Sounds like the same issues we used to see with SSL and HTTP-AUTH huh?
Interesting. I'm curious if these same issues are showing up in IE7?
I just havent been brave enough to put that on my machine.
--
Dave Wolf
Cynergy Systems, Inc.
Adobe Flex Alliance Partner
http://www.cynergysystems.com
h
RESOLVED!
The issue had to do with HTTP cache control headers generated by the
Spring framework. These headers got past Firefox without issue, but
they caused trouble with IE.
The middle tier developer extended the SimpleFormController class in
Spring, overriding handleRequestInternal() to gener
9 matches
Mail list logo
