Hi folks,
we had similar problems with using ResourceReader with serving static PDF
and flash (SWF) on both versions 2.0.1 and the 2.1-dev cvs that we are now
experimenting with.
At the time, as far as I could tell this was because of IE5+ have broken
support for the Vary header, which is output by Tomcat in this instance. Apache
doesn't do this for static PDFs and SWFs so it is not a problem if served
statically from there.
In our environment, we use Apache and connect this to Tomcat with mod/jk2.
Because we want to protect the documents with our servlet based security
mechanism, we had to host these on Tomcat. I found using the following
browsermatch directives in apache httpd.conf will stop the strange behaviours
with these binary file types:
--snip---
.
.
.
<IfModule mod_setenvif.c>
BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE [1-4]" nokeepalive ssl-unclean-shutdown downgrade-1.0
force-response-1.0 force-no-vary
BrowserMatch "MSIE [5-9]" ssl-unclean-shutdown force-no-vary
.
.
.
--snip---
good luck,
Sam
Joerg Heinicke wrote:
> >> We have the same problem with Cocoon 2.0.1. Do you have a current
> >> version? First tests with 2.0.3 were okay, even if the code, you
> >> mention, has not changed. But maybe the tests only were okay by accident?
> >
> > Maybe. AFAIK the dependency on the correct content length
> > for displaying PDF is a IEx specific problem, other browsers
> > may work without it.
>
> The people, who tested it, said, that it was not the IE problem, but
> browser independent. And the download in the different browsers gave
> different file sizes at the end.
> We deliver the PDFs now simply via Apache, no Cocoon.
>
> Joerg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
