I ran into this already myself. I was using the ServerName and ServerAlias
directives in Apache:
ServerName host.com
ServerAlias www.host.com
But my Host directive in server.xml was just for host.com. So, any request
to www.host.com caused the CPU-bound loop. I posted a few days ago asking if
wildcard or multiple host name capability was in the future for the Host
directive, like:
<Host *.host.com>
OR
<Host host.com www.host.com>
In my case, I don't want to use two Host directives, because that causes all
of my servlets to be instantiated twice -- once per host. Does anybody know
if pattern matching or multiple host capability will be added to the Host
directive in the future? I'd really like people to be able to pull up my
domain with or without the "www.", without re-initializing my servlets.
Thanks,
--jeff
----- Original Message -----
From: "Scott Tatum" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 12, 2001 2:22 PM
Subject: Re: Fed up to the back teeth with tomcat !!!
> There's an issue involving Tomcat 3.2.1 and its configuration (explained
in the
> release notes) where an improper configuration can trigger a CPU-bound
loop.
> This is very easy to do when setting up virtual hosts. I posted a few days
ago
> with a long explanation of my experiences with vhost setup if you want to
see
> more details.
>
> -Scott
>
> Jeff Kilbride wrote:
>
> > Hi Scott,
> >
> > Just wondering what you meant by "utilization problems".
> >
> > Thanks,
> > --jeff
> >
> > ----- Original Message -----
> > From: "Scott Tatum" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, April 12, 2001 8:32 AM
> > Subject: Re: Fed up to the back teeth with tomcat !!!
> >
> > > At WorldCom our group is using Tomcat 3.2.1 along with various
versions of
> > > Apache and Solaris in production environments for Intranet
applications.
> > We
> > > have one production box serving several apps via virtual hosts, each
with
> > their
> > > own Tomcat instance. They all get thousands of hits a day (one of them
> > averages
> > > over 10k) and we never have to restart the server for anything other
than
> > to
> > > upgrade the application files periodically. Now that I have fixed the
> > > utilization problems I am VERY happy with the stability and
performance of
> > > Tomcat in a production environment, and my bosses are too. :)
> > >
> > > -Scott
> > > --
> > > Scott Tatum | [EMAIL PROTECTED]
> > > Senior Applications Developer, Special Projects
> > > WorldCom | http://www.wcom.com/
> > >
> > > Srinivas Kurella wrote:
> > >
> > > > I have the same problem. I am running tomcat 3.2.1 on solaris
without
> > > > apache. There is not much of a db activity going on. To me it looks
as
> > if
> > > > tomcat dies even if there is no activity or hits after a while.
> > > > >From the other messages , it looks like it is a bit more stable on
> > Linux
> > > > than other OSs.
> > > >
> > > > Srini
> > > >
> > > > -----Original Message-----
> > > > From: Kevin Sangeelee [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, April 11, 2001 4:27 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: RE: Fed up to the back teeth with tomcat !!!
> > > >
> > > > And another, we're serving up > 5000 pages per day from our
application
> > > > (April stats), Tomcat has never crashed, and has run for well over a
> > month
> > > > without hitch (restarting Tomcat only necessary when the application
> > gets
> > > > updated). RH Linux 6, Tomcat 3.2.1, Apache 1.3.9, Sun JDK 1.2
> > > >
> > > > Kevin
> > > >
> > > > On Wed, 11 Apr 2001, Randy Layman wrote:
> > > >
> > > > >
> > > > > I have a success story to the contrary - using Windows NT 4,
> > Tomcat
> > > > > 3.2.1, and IIS 4 we are serving a decent sized application with no
> > > > problems.
> > > > > We've been averaging uptimes of about 5 - 6 days before the
machine is
> > > > > restarted because of other software on the machine. No detectable
> > > > resource
> > > > > loss, no crashes.
> > > > >
> > >
> > >
> > >
>
> --
> Scott Tatum | [EMAIL PROTECTED]
> Senior Applications Developer, Special Projects
> WorldCom | http://www.wcom.com/
>
>
