Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 47302 invoked from network); 24 Feb 2006 15:07:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 Feb 2006 15:07:55 -0000 Received: (qmail 8940 invoked by uid 500); 24 Feb 2006 15:07:41 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 8926 invoked by uid 500); 24 Feb 2006 15:07:41 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 8912 invoked by uid 99); 24 Feb 2006 15:07:41 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Feb 2006 07:07:41 -0800 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [12.11.148.122] (HELO relay2.ptc.com) (12.11.148.122) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Feb 2006 07:07:40 -0800 Received: from hq-ex3fe3.ptcnet.ptc.com ([132.253.201.67]) by relay2.ptc.com with ESMTP; 24 Feb 2006 10:07:20 -0500 X-IronPort-AV: i="4.02,144,1139202000"; d="scan'208"; a="124192556:sNHT18212036" Received: from HQ-MAIL4.ptcnet.ptc.com ([132.253.202.96]) by hq-ex3fe3.ptcnet.ptc.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 24 Feb 2006 10:07:18 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Which direction: mod_jk or mod_proxy_ajp? (was: why use mod_jk?) Date: Fri, 24 Feb 2006 10:07:18 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Which direction: mod_jk or mod_proxy_ajp? (was: why use mod_jk?) Thread-Index: AcY5U0iKWVgQtfTfQQKaoK0gDRtbTAAAE9oQ From: "Fenlason, Josh" To: "Tomcat Users List" X-OriginalArrivalTime: 24 Feb 2006 15:07:18.0942 (UTC) FILETIME=[015B13E0:01C63954] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N That depends if you want to use Apache 2.0.x, Apache 2.2.x, or some other web server (i.e. IIS). If you're planning on using Apache 2.2.x, mod_proxy_ajp is the way to go. For anything else, mod_jk is the way to go. , Josh. > -----Original Message----- > From: Brad O'Hearne [mailto:brado@neurofire.com]=20 > Sent: Friday, February 24, 2006 9:02 AM > To: Tomcat Users List > Subject: Which direction: mod_jk or mod_proxy_ajp? (was: why=20 > use mod_jk?) >=20 >=20 > I suppose this question deserved its own thread. Before I spend any =20 > more time trying to get this configured, I would like to know=20 > what is =20 > the best way to proceed: mod_jk or mod_proxy_ajp? >=20 > Thanks, >=20 > Brad >=20 > On Feb 24, 2006, at 7:49 AM, Brad O'Hearne wrote: >=20 > > Jess, > > > > Thanks for the reply. Responses below: > > > > On Feb 24, 2006, at 6:51 AM, Jess Holle wrote: > > > >> If you're using Apache 1.3.x or 2.0.x, mod_jk is pretty simple > >> overall. > >> > >> No, you don't want to even try in-process stuff and, yes, if you > >> have a firewall in between Apache and Tomcat that drops idle =20 > >> connections you should read carefully (this is covered by=20 > the docs). > >> > >> The only big complaint I have is that the mod_jk docs don't make > >> it terribly clear (or didn't last I checked) exactly how to set =20 > >> jvmRoute in Tomcat and how extraordinarily critical this is when =20 > >> doing load balancing. The Tomcat docs don't make this terribly =20 > >> clear either -- apart from a comment in server.xml. Most=20 > everyone =20 > >> I know who tries mod_jk load balancing gets hung up on this one =20 > >> point unless/until I give them a detailed explanation. =20 > Apart from =20 > >> the lack of clear/obvious information on this in the mod_jk docs =20 > >> (which should include it considering most folk won't think to =20 > >> check both mod_jk and Tomcat docs), this is actually very simple =20 > >> as well, though. > >> > > > > None of the configuration steps in and of itself are difficult. =20 > > Building mod_jk is not difficult. Editing configuration files is =20 > > not difficult. Its after you've put it all together, exactly as =20 > > noted on a hodge-podge of Googled URLs, and it doesn't work, and =20 > > one cryptic line in a log file, and the right connections=20 > not being =20 > > made between apache and tomcat, which send you into hours of trial =20 > > and error. With regards to your comments above, I didn't tangle =20 > > with load balancing at all, and apache and tomcat reside on the =20 > > same box, no firewall between them. Yes, you'd think this would be =20 > > simple. > > > >> I am looking forward to mod_proxy_ajp as it is supposed be a tiny =20 > >> bit faster. > > > > You say you are "looking forward to mod_proxy_ajp" -- does this =20 > > mean its not available yet, or you just aren't using it yet? While =20 > > I am glad to learn now of mod_proxy_ajp, I guess this kind of adds =20 > > to my frustration a bit -- what is the way to go now and why: =20 > > mod_proxy_ajp or mod_jk? > > > > Thanks for your help. > > > > Brad > > > >> > >> -- > >> Jess Holle > >> > >> Brad O'Hearne wrote: > >>> mod_proxy_ajp? Yet another twist. Its just hard for me to=20 > believe =20 > >>> that "how do I integrate tomcat and apache httpd?" is such a =20 > >>> mystery / unknown. This seems like it would be question=20 > #1 on any =20 > >>> Tomcat FAQ. > >>> > >>> So where can I found out more about mod_proxy_ajp. Is there a =20 > >>> Tomcat resource which explains the configuration of it? > >>> > >>> Brad > >>> > >>> > >>> Bill Barker wrote: > >>> > >>>> "Brad O'Hearne" wrote in message news:=20 > >>>> 43FEBA07.3020707@neurofire.com... > >>>> > >>>>> After wasting time trying to configure mod_jk, I thought I'd =20 > >>>>> just wipe my mind free and just play dumb for a moment. If =20 > >>>>> Apache can proxy requests using mod_proxy, what is the benefit =20 > >>>>> of using mod_jk as an integration technique between httpd and =20 > >>>>> tomcat, if integration is *not* in-process, which I understand =20 > >>>>> is not recommended for Tomcat 5.5? > >>>>> > >>>>> > >>>> > >>>> Actually, in-process with mod_jk is only supported (and, I use =20 > >>>> the term lightly :) for TC 3.3.x. For any higher versions it =20 > >>>> doesn't work at all. > >>>> > >>>> You've managed to grasp the deep, dark plan of the Tomcat =20 > >>>> developers: It is expected that people will migrate to =20 > >>>> mod_proxy_ajp with Httpd 2.2+, and mod_jk is expected to=20 > move to =20 > >>>> supporting IIS/SunOne only (and, the later only if somebody =20 > >>>> steps up with interest :). > >>>> > >>>> > >>>>> Brad > >>>> > >>>> > >>>> > >>>> > >>>>=20 > -------------------------------------------------------------------=20 > >>>> -- > >>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > >>>> For additional commands, e-mail: users-help@tomcat.apache.org > >>>> > >>>> > >>> > >>> > >>>=20 > --------------------------------------------------------------------=20 > >>> - > >>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > >>> For additional commands, e-mail: users-help@tomcat.apache.org > >>> > >> > >>=20 > --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > >> For additional commands, e-mail: users-help@tomcat.apache.org > >> > > > > > >=20 > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > > For additional commands, e-mail: users-help@tomcat.apache.org > > >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org >=20 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org