Re: Problem displaying PDF in IE6 from Tomcat using the ActiveX R eader Plug-in
Here's some more input from our team, regarding the problem "We've confirmed its defintely the "charset=ISO-8859-1" appended to the Content-Type header that is causing the problem in IE. [I'm not saying IE shouldn't work with this, but we don't have a choice but to support it.] We wrote a stand-alone servlet that works fine downloading a pdf if we leave off the charset. When we add the charset to the header, it breaks. It looks like when Tomcat is compiling our JSP code, its adding the charset into the response based on what we see in the intermediate Java code the Jasper compiler is producing. ---> Does anyone know how to override this on Tomcat 4.0.6 specifically? FYI: We read that this was a known issue in another forum, and some version of Tomcat 4.1 might be changed to leave this off. However, we experimented with Tomcat 4.0.6/JDK 1.3.1, Tomcat 4.1.31/JDK 1.4.2, and Tomcat 5.5.4/JDK 1.5.0, and all these combinations add the charset to the response." Meantime we are checking on the mis-spelled attachment for Content-Disposition part of the header dump we sent earlier. David Wall wrote: Have you tried using links like the following: http://yourhost.com/webappcontext/download.jsp/Germany.pdf The idea is that tomcat will find the JSP download.jsp and execute it, and since the link ends with the file name, some browsers will better detect the pdf reader launch. If you need some params passed in, your link would look like: http://yourhost.com/webappcontext/download.jsp/Germany.pdf?abc=xyz&xyz=abc I don't know if your headers have a typo in your email or in production, but you have an invalid Content-Disposition header (misspelled "attachment" as "attachement") which would be a problem, too. David - Original Message - From: "Aman Raheja" <[EMAIL PROTECTED]> To: "Tomcat Users List" <[EMAIL PROTECTED]> Sent: Thursday, November 18, 2004 8:47 AM Subject: Re: Problem displaying PDF in IE6 from Tomcat using the ActiveX R eader Plug-in Some more info to respond to the earlier responses 1) We're seeing more evidence this is a problem with Reader 6.0.1 (or the 6.0.2 patch). We have a PC with Reader 6.0.0 that works Ok, as well as a PC with 5.0. Our company has done a mass upgrade to Reader 6.0.1 and IE 6.0.2, so these PCs are not the norm. 2) No SSL is being used at this point (but it will eventually). 3) No compression (that I know of -- unless Tomcat is doing it for us). 4) Our JSP is supposed to be a generic file downloader, handling Word, Excel, PDF, etc. Hence the URL ends in ".jsp" vs. the real file extension. 5) Here's a typical response we're getting in IE: HTTP/1.0 200 OK Date: Wed, 17 Nov 2004 20:33:26 GMT Server: Apache Tomcat/4.0.6 (HTTP/1.1 Connector) Content-Type: application/pdf;charset=ISO-8859-1 Content-Length: 156483 Content-disposition: attachement; filename="Germany.pdf" expires: Thu, 01 Jan 1970 00:00:00 GMT Connection: close Thanks, Aman Raheja Phillip Qin wrote: 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&categor
Re: Problem displaying PDF in IE6 from Tomcat using the ActiveX R eader Plug-in
Some more info to respond to the earlier responses 1) We're seeing more evidence this is a problem with Reader 6.0.1 (or the 6.0.2 patch). We have a PC with Reader 6.0.0 that works Ok, as well as a PC with 5.0. Our company has done a mass upgrade to Reader 6.0.1 and IE 6.0.2, so these PCs are not the norm. 2) No SSL is being used at this point (but it will eventually). 3) No compression (that I know of -- unless Tomcat is doing it for us). 4) Our JSP is supposed to be a generic file downloader, handling Word, Excel, PDF, etc. Hence the URL ends in ".jsp" vs. the real file extension. 5) Here's a typical response we're getting in IE: HTTP/1.0 200 OK Date: Wed, 17 Nov 2004 20:33:26 GMT Server: Apache Tomcat/4.0.6 (HTTP/1.1 Connector) Content-Type: application/pdf;charset=ISO-8859-1 Content-Length: 156483 Content-disposition: attachement; filename="Germany.pdf" expires: Thu, 01 Jan 1970 00:00:00 GMT Connection: close Thanks, Aman Raheja Phillip Qin wrote: 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! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem displaying PDF in IE6 from Tomcat using the ActiveX R eader Plug-in
The pdf is at a relative path from the JSP that spawns the active-x. The link would end with .pdf, but tomcat appends charset=ISO-8859-1 to the content header. Thanks Aman Raheja Phillip Qin wrote: 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! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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&DocName= 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] !DSPAM:4198f83938781679484274! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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&DocName=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]
Re: AW: Not listening on Shutdown port TC 4.0.6 on Win XP Pro
I have worked with the 5.0.x but my client uses 4.0.6 and i wanted to have the similar env on my end to do some work off site. Steffen Heil wrote: Hi I have successfully installed TC 4.0.6 on Win XP Pro and it starts fine at boot time. Is there any reason, you did that? 4.0.6 is VERY old. Try 5.0.x at least. Regards, Steffen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Not listening on Shutdown port TC 4.0.6 on Win XP Pro
Hello All I have successfully installed TC 4.0.6 on Win XP Pro and it starts fine at boot time. But it is NOT listening on the shutdown port and thus of course I can not restart or stop the server and have to "End Process" and then start it using the script. The shutdown port in the server.xml is 8005 and is not in use by another application/server. By the way I have tried changing the port as well and it did not help. I would like to mention, now I am using the default for everything at this point, as far as the configs go, as I need to figure out the shutdown problem before I could go further. Suggestions will be appreciated. Thanks Aman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: address is already in use
Did you check, if you are limited by the number of sockets you can open on this server and that the limit is not exhausted. Aman Raheja http://www.techquotes.com On Mon, 19 Jul 2004 18:56:27 +0200, Damien July <[EMAIL PROTECTED] securite.org> wrote : > Hi, > i'm under sun solaris 8 sparc > > and i had been restart the server. > and there is no one that listen on port 80 or 8080 > > Damien > Le lun 19/07/2004 à 18:56, Aman Raheja a écrit : > > Are you on Windows platform ? Are you restarting it? > > Check your process list and "End Task" if you find it there. > > > > Also try netstat and see who's using the 8080 port (if that's what you > > have in server.xml). > > > > Aman Raheja > > http://www.techquotes.com > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: address is already in use
Are you on Windows platform ? Are you restarting it? Check your process list and "End Task" if you find it there. Also try netstat and see who's using the 8080 port (if that's what you have in server.xml). Aman Raheja http://www.techquotes.com On Mon, 19 Jul 2004 18:45:41 +0200, Damien July <[EMAIL PROTECTED] securite.org> wrote : > Hello, > > i try to start tomcat 4.1.24 and when i start it , i have the "address > already in use" error message. > > the is , i don't have some webserver or other thant listen on port 8à or > 8080. > > I don't why i have this error. > > If someone could help Me. > > thx. > Damien > > > - > 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]
Re: Can't Login as Admin or manager
Allow us to see your tomcat-users.xml file. Regards On Sat, 2004-07-10 at 17:20, BONUCHI, MICHAEL ROGER (SBCSI) wrote: > Hello, > > I just setup Tomcat 5.019 as part of the NetBeans 3.6/Sun JDK 1.4x package. > At first I was able to login as manager and admin, after an edit to the > tomcat-users.xml file. Now, after apparently using the wrong ID or password to > login, I can not get back in no matter what I do with the tomcat-users.xml file. It > looks like there's some password administration that has locked me out. I've > searched high and low in Tomcat doc and can not find a way out of this. Short of a > re-installation, what the secrete that I do not know? > > Thank you in advance, > -Roger > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Aman Raheja CompTIA Linux+ Certified [EMAIL PROTECTED] Brainbench Certified Linux (General) Admin www.TechQuotes.comBrainbench Certified Linux (RedHat 9) Admin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
