Pier Fumagalli [mailto:[EMAIL PROTECTED]] wrote:
> Steven Owens at [EMAIL PROTECTED] wrote:
> > [...]
> >     You're still sending it as application/pdf.
> > [...]
> >    This suggest that what you need to do is set the content-encoding
> > to gzip, and leave the content-type as application/pdf.
> > [...]
>
> And from his sources, that's exactly what he's doing...

     Uhm, where?  Oh, now I see... ServletUtilities.zipIt is supposed
to implicitly set the content-encoding on the OutputStream somehow?  Is
this the ServletUtilties from CoreServlets?  I'm not finding a zipIt
method at http://archive.coreservlets.com/Javadoc/

> OutputStream sos = ServletUtilities.zipIt(request, response);
> response.setHeader("Vary", "Accept-Encoding");
> response.setContentType("application/pdf");

     Anyway, I'd still say from the sound of it the content-encoding
type isn't getting set.  Something I like to do is use a little port
forwarding program to watch the client and the server talk back and
forth and see what's really being sent.  I used to use HttpProxySpy
for this a few years back, it had a handy display.  But it appears to
be commercial now and it doesn't install properly to boot, so I have a
simple java program that just shoves bytes back and forth and prints
them out to a log in between.  I really need to improve it so it
doesn't bother printing out the binary data :-).

Steven J. Owens
[EMAIL PROTECTED]

___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".

Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html

Reply via email to