RE: why do we need to integrate tomcat with apache webserver and how.pls urgent

[Danilo Gurovich <dg...@LowerMyBills.com>]

We're running a fully-functional Enterprise web site, and we've made the
decision to go with a Tomcat 5/Apache 2 build.

Apache's logging was needed for our data warehouse, so we decided to use it,
also there's the modules that allow for stronger security than with Tomcat 5
alone.

That said, we've "sieged" our system with multiple URLs and found that
Tomcat 5 alone will blow the doors off the Tomcat/Apache/modjk2 connector
set up, by a factor of 2, with much more reliable connections (although the
Tomcat/Apache set-up had about a 1% failure rate with no 500s, the Tomcat
alone had no failures at all).

We also found that the Apache1/Tomcat4/modJk setup had various load
problems, and although it had more documentation available, was not very
easy to set up.

For Tomcat5/Apache2/modjk2, we found the following URL helpful...

http://www.reliablepenguin.com/clients/misc/tomcat/

hope this helps you out.

Danilo Gurovich
Manager, Web Development
LowerMyBills.com
dgurovich@lowermybills.com
2401 Colorado Ave., 2nd Floor 
Santa Monica, CA 90404
(310) 998-6412

 


-----Original Message-----
From: Nicolas De Loof [mailto:nicolas.deloof@capgemini.com] 
Sent: Wednesday, June 30, 2004 1:56 AM
To: Struts Users Mailing List
Subject: Re: why do we need to integrate tomcat with apache webserver and
how.pls urgent


I fully agree with you.

If you don't have to serve other static files than gif/css for your webapp,
don't need load-balancing, don't have hard
security constraints (intranet serer) just use tomcat HTTP connector. It
will be really simplier to configure

Nico.


> I agree with everything nico just said, however there is no reason if
> you're just wanting to run a basic webserver with java/jsp you cant
> just change tomcat to serve over port 80 and forget about apache.
>
> The built in http server is pretty good and in some situations performs
> as well as apache with jk, even at delivering the static content.
>
> If you just have a couple of apps in an intranet type situation (you
> know how many users) its worth considering using tomcat's http server.
>
> Mark
>
> On 30 Jun 2004, at 09:34, Nicolas De Loof wrote:
>
> >
> > Apache is handling static datas according to mod_jk rules for better
> > perfs.
> > Apache can also handle HTTPS.
> > Apache has lot's of usefull modules that can be helpfull for any usage
> > (stats, cgi, perl ...)
> > Apache security is well known, tomcat does'nt need to be visible from
> > internet (DMZ)
> > Tomcat http connector is less configurable and powerfull than a real
> > http server
> > 1 Apache + N tomcat can be used for load-balancing with session
> > affinity
> >
> > Nico.
> >
> >
> >> Hi List.
> >>
> >> i've small doubt why we need to configure tomcat with apache
> >> webserver.
> >> what is the neccessity of integration tomcat with apache webs server.
> >> and also pls give me the steps to integrate it in details.
> >> Bcoz i don't know abc of integration.
> >>
> >> awaiting ur reply
> >> Ganesh
> >>
> >> __________________________________________________
> >> Do You Yahoo!?
> >> Tired of spam?  Yahoo! Mail has the best spam protection around
> >> http://mail.yahoo.com
> >
> >
> > Our name has changed.  Please update your address book to the
> > following format: "recipient@capgemini.com".
> >
> > This message contains information that may be privileged or
> > confidential and is the property of the Capgemini Group. It is
> > intended only for the person to whom it is addressed. If you are not
> > the intended recipient,  you are not authorized to read, print,
> > retain, copy, disseminate,  distribute, or use this message or any
> > part thereof. If you receive this  message in error, please notify the
> > sender immediately and delete all  copies of this message.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org



Our name has changed.  Please update your address book to the following
format: "recipient@capgemini.com".

This message contains information that may be privileged or confidential and
is the property of the Capgemini Group. It is intended only for the person
to whom it is addressed. If you are not the intended recipient,  you are not
authorized to read, print, retain, copy, disseminate,  distribute, or use
this message or any part thereof. If you receive this  message in error,
please notify the sender immediately and delete all  copies of this message.


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org