Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 28108 invoked from network); 13 Dec 2004 13:52:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 13 Dec 2004 13:52:42 -0000 Received: (qmail 61724 invoked by uid 500); 13 Dec 2004 13:51:48 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 61701 invoked by uid 500); 13 Dec 2004 13:51:47 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 61671 invoked by uid 99); 13 Dec 2004 13:51:46 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from sheffield.xo.com (HELO sheffield.xo.com) (207.155.252.71) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 13 Dec 2004 05:51:42 -0800 Received: from [192.168.0.103] (67.107.112.238.ptr.us.xo.net [67.107.112.238]) by sheffield.xo.com id IAA03272; Mon, 13 Dec 2004 08:51:39 -0500 (EST) [ConcentricHost SMTP Relay 1.17] Errors-To: Subject: Re: Tomcat as standalone From: Ben Souther To: Tomcat Users List In-Reply-To: References: Content-Type: text/plain Organization: F.W. Davison & Co, Inc. Message-Id: <1102945898.15884.13.camel@bsouther> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Mon, 13 Dec 2004 08:51:38 -0500 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N When done right, true. Apache has a long, proven track record when it comes to safety. But also remember, if you have two servers running, you have to servers to secure and monitor. You'll have to keep on top of any new exploits for Tomcat AND Apache. On Mon, 2004-12-13 at 08:38, Jon Doe wrote: > Putting Apache on an Internet-visible network, and having this route its > traffic to Tomcat on a local network on your website (eg a 10, 172 or > 192.168 address) can improve your security no end. There is no direct way to > your Tomcat server. As long as you have tightend your code for SQL and HTML > scams, you will have a very safe environment. Of course this means a second > server and so more cost, but if you want a Rolls-Royce solution... > > :-) > > Joe. > > > >From: Ben Souther > >Reply-To: bsouther@fwdco.com > >To: Tomcat Users List > >Subject: Re: Tomcat as standalone > >Date: Mon, 13 Dec 2004 00:54:52 -0500 > > > >Since 90% of your app is dynamic, there is a good chance that > >Tomcat as a standalone may actually be more efficient. The work > >the webserver and connector has to do to pass the requests/responses > >back and forth to tomcat is all in addition to what Tomcat would have to > >do anyway. > > > >I would recommend giving Tomcat as a standalone a shot. > >If you feel you need more performance, look into your options. > >Putting a webserver in front of Tomcat is one of them. Load balancing, > >heavier hardware, clustering, are some others. > > > >Remember, Tomcat, The Apache Web Server, and the connectors needed to > >join the two don't have the same release cycles. Besides performance, > >you also want to consider maintenance and upkeep costs. > > > >If you want to be real thorough, set up both scenarios and compare them > >under load. Set up SSL under both scenerios. Also compare the effort to > >get them up and running. Then also take a look at the open bug list for > >Tomcat to see how many issues are related to connectors. Look at the > >release cycles for tomcat, apache, and the connectors. Then look at how > >much time you have budgeted for maintaining each setup. > > > >Without looking at your app, hardware and business plan, nobody can tell > >you for certain which way to go. > > > >One thing to be aware of. There is a lot of outdated information on the > >web claiming that Tomcat as a standalone is not ready for production. > >If you come across one of these sites, make sure you know either when it > >was written or what version of Tomcat they're talking about. Both Tomcat > >and the JVMs needed to run it have made great strides in recent years. > >What was accurate at the time it was written may be very inaccurate now. > > > > > > > > > > > >On Sun, 2004-12-12 at 23:33, Dola Woolfe wrote: > > > It 90% of my website is dynamic, is it a good idea to > > > skip the apache server altogether and just run Tomcat > > > alone on port 80? > > > Seems like a good idea: one few application to worry > > > about, no headache with connecting apache and tomcat > > > (which I still haven't figured out how to do with 5.x) > > > and so forth. > > > > > > Please, any opinions. > > > > > > Also is 5.5 ready for prime-time? > > > > > > Thank you very much in advance. > > > > > > Dola > > > > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > Take Yahoo! Mail with you! Get it on your mobile phone. > > > http://mobile.yahoo.com/maildemo > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > > > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > > > > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > >For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > _________________________________________________________________ > 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: tomcat-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org