Hi, Thank you for providing a good laugh on this cold Monday morning ;) We haven't had an "oops I had a System.exit call..." email in at least a year.
The container itself can't do much about developer carelessness. Of course there are other gotchas: don't have infinite loops, don't leave unneeded descriptors open, don't launch an infinite amount of threads, etc, etc. A dedicatd JVM per webapp is a good isolation approach, but you might consider tackling the problem earlier in a the process via a combination of automated tools (checkstyle, PMD, etc.), human code reviews, and tests that mimic real-life conditions, i.e. tests in the container and not just from the command-line. Yoav Shapira http://www.yoavshapira.com >-----Original Message----- >From: Jon Doe [mailto:[EMAIL PROTECTED] >Sent: Saturday, December 04, 2004 10:38 AM >To: [EMAIL PROTECTED] >Subject: Re: Tomcat 5.0.28 -- HTTP server dies > > > >>From: Ben Souther <[EMAIL PROTECTED]> >>Reply-To: [EMAIL PROTECTED] >>To: Tomcat Users List <[EMAIL PROTECTED]> >>Subject: Re: Tomcat 5.0.28 -- HTTP server dies >>Date: Fri, 03 Dec 2004 20:37:35 -0500 >> >> > I've set it to listen on port 80. >> >>Are you running tomcat as root? >>In Unix/Linux only the root user can bind to ports below 1025. >> >>Try changing the port back to port 8080 and see if it works. >> > >OK, after a great deal of digging into this (and some rewriting of my code >-- ahem!!) I think I'm getting to the bottom of this. > >Why does my HTTP server die -- could it be ever so slightly something to do >with this call, which also explains the absence of any logging: > > System.exit(1); > >(now replaced with throw new ServletException();). Which begs the question, >is this allowed? I suppose the container can't do much about dodgy code >it's >hosting, but clearly code written in good faith and for all the right >reasons in this instance could cause significant problems in a shared >hosting environment. > >Is the only answer to ensure your hosted on a dedicated JVM? (Yipee! I hear >those hosting companies say.) And are there any other such gotchas >developers need to be aware of? > >They say you live and learn.; hmm... > >:) > >Joe. > >_________________________________________________________________ >Express yourself instantly with MSN Messenger! Download today it's FREE! >http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
