I've developed a couple of applications that spit back PDF files from within Struts.
One thing I did have to do was make sure the generated PDF's response content type was application/pdf I don't think I've had to do anything with filename extensions. -----Original Message----- From: Phillip Qin [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 16, 2004 9:33 AM To: 'Tomcat Users List' Subject: RE: Problem displaying PDF in IE6 from Tomcat using the ActiveX R eader Plug-in Where do you generate the pdf? In servlet? The link has to be end with .pdf (but before any query string) in order for acrobat reader active-x to kick in. -----Original Message----- From: Aman Raheja [mailto:[EMAIL PROTECTED] Sent: November 16, 2004 9:27 AM To: Tomcat Users List Subject: Re: Problem displaying PDF in IE6 from Tomcat using the ActiveX R eader Plug-in We did set the Security level to low on IE. More suggestions? Thanks Aman Raheja Phillip Qin wrote: >There are security and privacy settings in IE affect PDF generation. >BTW, ensurethe link before query string ends with .pdf > >-----Original Message----- >From: Aman Raheja [mailto:[EMAIL PROTECTED] >Sent: November 15, 2004 1:40 PM >To: [EMAIL PROTECTED] >Subject: Problem displaying PDF in IE6 from Tomcat using the ActiveX Reader >Plug-in > > >Problem: > >When we try to display a dynamically generated PDF file, IE launches >the >Adobe Acrobat Reader Plugin, but then just a blank page is displayed and >the IE status says "Done". No error message is displayed. No error is >generated in the System Event logs. > >The issue seems to be that every request to request to Tomcat for the >PDF send back the request with "charset=ISO-8859-1" in the >"Content-type" Header. We want to figure out a way to verify that this >is the issue. One way might be to somehow get Tomcat to not append the >Character Set in the header. Is there a way to do this? > >Environment: > >- Client: Windows XP or Windows 2000 >- Server: Tomcat 4.0.6/JDK 1.3.1 running on Solaris and Windows XP >(problem exists on both) >- Adobe Reader 6.0.1 (occurs with 6.0.2 patch as well) >- IE 6.0.2800 > > >Additional Information: > >1) Our URLs are formed like this: > >http://app.ourserver.com/appname/docViewAGN.jsp?RepoType=C&ID=18698&Doc >Name= >Germany&entry=&DocType=pdf&category=Research > >2) Our app is issuing GETs, not POSTs. > >3) This is happening on multiple PCs. One thing we noticed is this may >be somewhat Reader version dependent -- we have a few machines left with >Reader 5 installed, and they do not seem to have the problem. > >4) When the problem occurs, if you then launch Reader manually, the >document that didn't display in the IE window is automatically displayed >in the full client Reader app.!!! > >5) If we set Reader to not open up PDFs in browser windows, the Reader >window launches and opens the PDF file just fine. [This is a client >solution, and not practical to implement across hundreds of PCs >unfortunately.] > >6) We actually have one PC with Windows XP, Reader 6.0.1, and IE 6.0.2 >that works. Could this problem be caused by some specific Windows or IE >patch? > >7) We've scoured the forums and tried several things including setting >all security levels to Low in IE, adding a dummy parm at the end of the >URL to fool IE into launching the PDF correctly (e.g. &dummy=file.pdf), >and various header settings to force caching on to 30 seconds, etc. >None of this had any effect. > >8) Also, we saw some references to problems caused by Tomcat 4.0.6 >adding "charset=ISO-8859-1" to the Content-Type header in the response. >How can we override this to see if that's the problem? > >Thanks >Aman Raheja > > >--------------------------------------------------------------------- >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] !DSPAM:419a0e4b161771045017228!
