My own experience is that if apache comes up before tomcat, you will have an 80% or greater chance of failure and need to do a manual restart of both tomcat and apache.
On the flip side, if you have apache and tomcat up and running nicely and do a tomcat restart, I need to restart apache 10% to 15% of the time. An apache restart without a tomcat restart appears to result in a 5% or less failure rate. -----Original Message----- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 10:50 AM To: 'Tomcat Users List' Subject: RE: [OT] Mod_jk - won't execute jsp or servlets That is definitely a possibility. On average I waited about 10 seconds or so. I usually do ps -ef to make sure tomcat is running, but don't try to pull it up in the browser to see if it really is running. I will keep this checklist for the future. Curious though. Apache is in my startup - Tomcat is not (YET). Will this cause problems if I boot up then start Tomcat? Is it better to remove httpd from startup so I can be sure to start tomcat first? Thanks. Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -----Original Message----- From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 12:43 PM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets I am guessing you had it working at some point in the past but tomcat and apache did not get both get restarted in the right order, Tomcat must be fully up before you start apache A restart scenario we use since tomcat does not always shutdown nicely on HP-UX: stop apache stop tomcat execute ps -ef | grep java to check to make sure Tomcat trully does stop start tomcat wait 30 to 60 sec and/or confirm using your 8080 port that Tomcat is started start apache -----Original Message----- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 10:42 AM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets Jeff, Wow, this is very strange. You got me curious as well, and I did change it back to "0" (mind you I was very scared to) . Oddly enough, everything still works. I even tried executing some of the examples that I hadn't accessed yet to make sure it wasn't working from classes that were built previously, and it still works like a charm. If it wasn't the connection timeout setting then I haven't a clue what would have made it start working.... Denise Mangano Help Desk Analyst Complus Data Innovations, Inc. -----Original Message----- From: PELOQUIN,JEFFREY (HP-Boise,ex1) [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 12:24 PM To: 'Tomcat Users List' Subject: RE: Mod_jk - won't execute jsp or servlets Denise, Since this week I was scheduled to update our HP-UX apache to latest version which does include mod_jk support, I did the install this morning. My installation with tomcat 4.1.18 does work with the default connectionTimeout="0". I would be interested to know if you change it back to 0, if it will still works. Jeff -----Original Message----- From: Denise Mangano [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 10:19 AM To: 'Tomcat Users List' Subject: RES: Mod_jk - won't execute jsp or servlets I don't know what else to say.... But YAY!!!!! :-P Milt - it looks like the timeout was what was doing it. Weird thing is - I didn't edit that. Unless I did something by mistake that is the way that it was shipped!! Everything is working great!! I can access all static pages as well as execute all servlets and JSP. I better knock on wood and pray nothing goes wrong to make it stop working ;) Thank you SO MUCH to everyone for all of your help!! I definitely would have been pulling my hair out from the roots if it weren't for this list!! Jerry - where do you stand with your set up? Since we have the same set up would you like me to send you my files now that it is working for me?? Denise Mangano -----Original Message----- From: Milt Epstein [mailto:[EMAIL PROTECTED]] Sent: Monday, December 23, 2002 11:55 AM To: Tomcat Users List Subject: RE: Mod_jk - won't execute jsp or servlets On Mon, 23 Dec 2002, Denise Mangano wrote: > Tomcat is up and running - I can view and execute examples by using > :8080. OK, that means Tomcat standalone is working (as controlled by the Coyote Http Connector onport 8080) > If the port that Tomcat is listening on is set by > workers.properties, then that would be port 8009. Where Apache is > expecting it to listen on I am not sure. Actually, you've got it backwards. workers.properties is part of the Apache config, and indicates where Apache is expecting to find the (Tomcat side of the) Ajp connector. server.xml is part of the Tomcat config, and tells Tomcat where it should listen for Ajp (and other protocols). > The email I sent was correct > - the uncommented ports are those that were listed. The only > difference between the two is the connection Timeout settings... ( I > posted the correct server.xml file - the second email contains the > correct one). I responded to that email -- and in fact the connection timeout was the only thing that looked odd to me. So that might be what's causing the problem. > -----Original Message----- > From: Milt Epstein [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 23, 2002 11:27 AM > To: Tomcat Users List > Subject: Re: Mod_jk - won't execute jsp or servlets > > > On Mon, 23 Dec 2002, Denise Mangano wrote: > > > Thanks to all your help, I've gotten over some bumps. As it stands > > I can access any static pages in the Tomcat directory without having > > to type port 8080 ( i.e. I can access > > http://localhost/examples/servlets/index.html. However, whenever I > > try to execute a servlet or JSP it hangs indefinitely. The only > > errors appear in my mod_jk.log file: > > > [ ... ] > > [Mon Dec 23 09:52:47 2002] [jk_connect.c (203)]: jk_open_socket, > > connect() failed errno = 110 [Mon Dec 23 09:52:47 2002] > > [jk_ajp_common.c (626)]: Error connecting to tomcat. Tomcat is > > probably not started or is listenning on the wrong port. Failed > > errno = 110 > [ ... ] > > This seems to be the telling message. So is Tomcat started and > running? And what port is it listening on? More completely, what port > is Apache expecting it to listen on and what port is it set to listen > on? The former is set in workers.properties. The latter is set in > server.xml, particularly in the Connector tag for the Ajp connector > (because it may be listening on different ports for different things, > here we only care about Ajp). The default for that is 8009. It's > probably best you post both of those files (i.e. workers.properties > and server.xml) so we can see for sure what you have there. > > You say that Tomcat is listening on port 8080, but that is the default > port for Tomcat's Http Connector (i.e. Tomcat standalone). So I > suspect that is not the relevant info here. > > Milt Epstein > Research Programmer > Integration and Software Engineering (ISE) > Campus Information Technologies and Educational Services (CITES) > University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > Milt Epstein Research Programmer Integration and Software Engineering (ISE) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>