Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 69244 invoked from network); 14 May 2009 14:41:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 May 2009 14:41:53 -0000 Received: (qmail 75205 invoked by uid 500); 14 May 2009 14:41:52 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 75155 invoked by uid 500); 14 May 2009 14:41:52 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 75147 invoked by uid 99); 14 May 2009 14:41:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 May 2009 14:41:52 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gianny.damour@optusnet.com.au designates 211.29.132.191 as permitted sender) Received: from [211.29.132.191] (HELO mail10.syd.optusnet.com.au) (211.29.132.191) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 May 2009 14:41:40 +0000 Received: from [192.168.0.3] (d122-105-41-219.mas10.nsw.optusnet.com.au [122.105.41.219]) (authenticated sender gianny.damour) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n4EEfHWM006972 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Fri, 15 May 2009 00:41:18 +1000 Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: <5e7fd1eb0905132102l3811ba5di5d3d64fe97546932@mail.gmail.com> References: <8e8b35e40905121810o44b520b0w8b778b08d3f1a11d@mail.gmail.com> <8e8b35e40905130619h3e0c1abi5994f1d14b01e35b@mail.gmail.com> <5e7fd1eb0905130736h7d3d5ecfx6cd18ff426b3be6f@mail.gmail.com> <8e8b35e40905131133l77d5b2f2k2da018fe0441144e@mail.gmail.com> <5e7fd1eb0905132102l3811ba5di5d3d64fe97546932@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3DB7FABE-296A-4384-A01E-A3BF6325651F@optusnet.com.au> Content-Transfer-Encoding: 7bit From: Gianny Damour Subject: Re: Enabling Session Affinity in G2.1.4 (using Tomcat w/ WADI) Date: Fri, 15 May 2009 00:41:00 +1000 To: user@geronimo.apache.org X-Mailer: Apple Mail (2.753.1) X-Virus-Checked: Checked by ClamAV on apache.org Hi, There are various way to fulfill session stickiness. I have been conducting all my integration tests with HAProxy, http://haproxy. 1wt.eu/, which does not require downstream load-balanced servers to do any manipulations to session cookies. I created an improvement ticket, https://issues.apache.org/jira/ browse/GERONIMO-4626, to capture the need to augment returned session cookies with jvmRoute information so that mod_jk can be used. I also checked in against trunk some code to address this problem. I have not yet integration tested this code change with mod_jk; However, I am quite confident with the change. I intend to do some integration tests over the week-end to confirm the proper resolution of this problem. Meanwhile, if you want, you can check-out this module: https://svn.apache.org/repos/asf/geronimo/server/trunk/plugins/tomcat/ geronimo-tomcat6-clustering-wadi build it with maven and install the resulting artifact into your repository to give it a try. FWIW, if you can swap your reverse-proxy or load-balancing layer currently realised by Apache mod_jk, then I would recommend HAProxy. Thanks, Gianny On 14/05/2009, at 2:02 PM, Jack Cai wrote: > With WADI, your guess is right that the clusterNodeName in config- > substitutions.properties is used to identify each node. So if this > is not working, then it's a bug. You can open a JIRA. > > -Jack > > 2009/5/14 Dennis Cartier > > > On Wed, May 13, 2009 at 10:36 AM, Jack Cai > wrote: > Tomcat native clustering and WADI are two different approaches. > > To try out Tomcat native clustering, for example, please refer to > this doc [1]. It clearly points > out that you need to set the "jvmRoute" parameter (note ID) in the > config.xml. > > Good luck! > > -Jack > > [1] http://cwiki.apache.org/GMOxDOC22/tomcat-native-clustering.html > > 2009/5/13 Dennis Cartier > > > > On Tue, May 12, 2009 at 10:19 PM, viola lu wrote: > First, pls set up tomcat or wadi cluster following this link: > http://cwiki.apache.org/GMOxDOC22/clustering-and-farming.html > and then configure apache http server to realize session affinity, > if you use mod_jk way: edit works.properties under $http server > install dir/conf with > worker.loadbalancer.sticky_session=1 > if you use mod_proxy, you can edit httpd.conf with: > ProxyPass / balancer://mycluster/ stickysession=JSESSIONID > > Viola > > > > On Wed, May 13, 2009 at 9:10 AM, Dennis Cartier > wrote: > I am trying to find out how to configure G2.1.4 for session > affinity when using Tomcat and WADI. Would anyone be able to point > me in the right direction? > > I thought that ClusterNodeName looked like a good guess in the > config-substitutions.properties file but that does not seem to > attach a node name to the generated session. > > Any help would be appreciated. > > Dennis > > > > -- > viola > > Thanks for the pointers Viola. I am fine with the clustering > aspects as far as Apache goes, I am just having trouble getting the > node name to be properly appended to the generated JSESSIONID. > > I changed to the target namespace as indicated in the G2.2 cluster > docs () and I already had my WAR marked distributable as > well as having the element in place. > > Unfortunately I still do not get a node name being appended to the > generated session so no affinity results. > > I noticed the G2.2 docs had a section on switching WADI to unicast. > This sounded optional, I assume the default multicast mode of WADI > is functional and changing to unicast is not required? > > I remain stumped. With no session affinity my requests are still > spraying across the entire cluster rather then being sticky to a > single node. > > Dennis > > > Hmmm, I am getting the feeling that stick sessions (session > affinity) is not possible in WADI clustering? I am not really > wanting to switch to Tomcat native clustering at this point. Does > anyone know if WADI (as implemented in G2.1.4) supports sticky > sessions? > > Dennis >