RE: Tomcat 5.5.x and java 1.4.x
What do you think is in those jar files? Home made pickles? -Original Message- From: LANDRAIN Jean-Pol [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 10, 2006 9:47 AM To: Tomcat Users List Subject: RE: Tomcat 5.5.x and java 1.4.x The only thing needed to run on 1.4 is the compatibility package, which contains a few class files that are standard in the 1.5 JRE but have to be downloaded separately for 1.4. It's not class files it contains: it's xml and jmx jars. I haven't quoted out of context: I know the details. == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please help with introducing a new application
-Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Friday, January 06, 2006 2:51 PM To: Tomcat Users List Subject: RE: Please help with introducing a new application snip I hope you're referring to conf\Catalina\localhost (again, be specific); if so, the filename must be app_name.xml, and the Context tag inside it must NOT have a path attribute. If you place your app in /snip That is incorrect. I have a similar setup (i.e. using Catalina/localhost) and I do have path attribute in the context tag. It may be optional but I did not try it out. Regards. == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please help with introducing a new application
-Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Friday, January 06, 2006 3:16 PM To: Tomcat Users List Subject: RE: Please help with introducing a new application From: Hasan, Nadeem [mailto:[EMAIL PROTECTED] Subject: RE: Please help with introducing a new application That is incorrect. I have a similar setup (i.e. using Catalina/localhost) and I do have path attribute in the context tag. The more recent versions of Tomcat are getting more picky about what's optional and what's not permitted. (Besides, if you have a tag named context - rather than Context - it will be completely ignored.) I just removed the path attribute and restarted Tomcat and my app still came up under correct path. So I guess you are right, the path attribute is silently ignored if not used within server.xml. Regards. == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat sends certain files with missing chunks
Actually, I also spent some time looking for this in the APR docs but did not find anything. All I could find was a mention in the changelog of the following bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=37121 So it was not very apparent that 5.5.12 has this bug. It was certainly not described on the page cited below. I am going to stay with 5.5.12 so I just disabled APR. Regards. -Original Message- From: GB Developer [mailto:[EMAIL PROTECTED] Sent: Thursday, January 05, 2006 1:15 PM To: 'Tomcat Users List' Subject: RE: tomcat sends certain files with missing chunks This APR documentation? http://tomcat.apache.org/tomcat-5.5-doc/apr.html Where on that page might I find a reference to this dumb bug, or any indication that APR might be responsible for serving files with holes in the middle of them and that disabling sendfile is the cure? -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, January 05, 2006 8:12 AM To: Tomcat Users List Subject: Re: tomcat sends certain files with missing chunks - OP snipped - There's a dumb bug in Tomcat 5.5.12 regarding the ranges that are passed to the sendfile call, so it may fail. Either upgrade to a newer Tomcat or disable sendfile (you didn't read the APR documentation, apparently). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RESOLVED: tomcat sends certain files with missing chunks
FYI, disabling apr (tomcat-native-1.1.0) fixed this problem for me. -Original Message- From: Hasan, Nadeem [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 9:10 AM To: 'Tomcat Users List'; 'Martin Gainty' Cc: '[EMAIL PROTECTED]' Subject: RE: tomcat sends certain files with missing chunks Hi Martin, If you mean by trying to access them from same host, I have done that and got same results. Both dynamic and static pages show this behavior. Tomcat access log shows status code 200, with correct content length. So both in HTTP header and in the log it says it has sent all of the content, but in reality, the client side gets it with a hole in the middle. Thanks a lot. -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 03, 2006 5:26 PM To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: Re: tomcat sends certain files with missing chunks did you try to run one of the pages under localhost to see if the page would render? what does your tomcat log say? Martin- - Original Message - From: Hasan, Nadeem [EMAIL PROTECTED] To: users@tomcat.apache.org Cc: [EMAIL PROTECTED] Sent: Tuesday, January 03, 2006 4:50 PM Subject: tomcat sends certain files with missing chunks Hi all, I just upgraded our Tomcat installation on our dev box to 5.5.12 and I am seeing very strange results. Certain files are sent by Tomcat with a large hole in the middle. In the response header, it does report the size (Content-Length) correctly, but when transferring the file itself, it skips a portion somewhere in the middle. I am seeing this behaviour consistently with at least 2 files. I have a packet dump of the whole transaction that I can provide if needed. Here is my environment: OS: SUSE 9.3 Tomcat: 5.5.12 JRE: J2SE5 1.5.0_06 Let me know if any more information is required. Thanks a lot. -- Nadeem Hasan ATLAS - Equity IT == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat sends certain files with missing chunks
Hi all, I just upgraded our Tomcat installation on our dev box to 5.5.12 and I am seeing very strange results. Certain files are sent by Tomcat with a large hole in the middle. In the response header, it does report the size (Content-Length) correctly, but when transferring the file itself, it skips a portion somewhere in the middle. I am seeing this behaviour consistently with at least 2 files. I have a packet dump of the whole transaction that I can provide if needed. Here is my environment: OS: SUSE 9.3 Tomcat: 5.5.12 JRE: J2SE5 1.5.0_06 Let me know if any more information is required. Thanks a lot. -- Nadeem Hasan ATLAS - Equity IT == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.csfb.com/legal_terms/disclaimer_external_email.shtml == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
