Ironically, I ran into this last week as well.

However, I was running my app on Websphere, and the cause (and solution)
was subtly different...

It is a Struts-based application.  I had the nocache RequestProcessor
setting in effect.  This caused PDF generation to fail under SSL, same as
the referenced issue.

Removing the setting resolved the issue, but I then had to create a quick
filter that would set the same cache headers the nocache setting does but
allows me to define a list of paths that they should NOT be set for.  So,
now everything in the app gets the cache headers set EXCEPT the three
paths accessed to generate PDFs, and life is good again.

The point is be sure that it's no Tomcat setting the headers... and even
if it is and you turn that off, be sure they aren't getting set anywhere
else, like Struts, or some other app code.

-- 
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com

On Tue, June 7, 2005 2:46 pm, Mark Thomas said:
> This seems to be a popular subject today. Try looking at
> http://marc.theaimsgroup.com/?l=tomcat-user&m=111811136603781&w=2
>
> Mark
>
> Panichi, Mary-Beth wrote:
>> Greetings ~
>>
>> We're having issues downloading .pdf files in SSL.  I've been all over
>> the web trying to find solutions.  The issue appears to be interaction
>> between Tomcat and InternetExplorer.  IE appears to be corrupting the
>> pdf files.  There's an IE patch out there, but we've patched past that.
>> The fix that they list, to uncheck the "don't allow encrypted data to be
>> cached to disk,"  works, but it's a setting that for security reasons we
>> don't want to leave unchecked.
>>
>> I've tried all manner of setting headers for cache-control, etc..  We're
>> dynamically generating the .pdf files, and streaming them to the jsp
>> page.   I've tried also saving the pdf's physically to the server and
>> then getting them, but that didn't work either.
>>
>> Has anyone run into this issue?  Does anyone have a solution?  I've seen
>> lots of suggestions out there, but nothing that actually works.
>>
>> Thanks!
>>
>> Mary Beth Panichi
>>
>>
>> ---------------------------------------------------------------------
>> 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]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to