Return-Path: X-Original-To: apmail-tomcat-dev-archive@www.apache.org Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D06E4ED63 for ; Tue, 25 Jun 2013 20:11:42 +0000 (UTC) Received: (qmail 87953 invoked by uid 500); 25 Jun 2013 20:11:42 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 87880 invoked by uid 500); 25 Jun 2013 20:11:42 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 87871 invoked by uid 99); 25 Jun 2013 20:11:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Jun 2013 20:11:42 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of henri.gomez@gmail.com designates 209.85.223.173 as permitted sender) Received: from [209.85.223.173] (HELO mail-ie0-f173.google.com) (209.85.223.173) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Jun 2013 20:11:38 +0000 Received: by mail-ie0-f173.google.com with SMTP id k13so29099392iea.18 for ; Tue, 25 Jun 2013 13:11:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=AEl3XpSY7R9XAs5lUqDqzibMTfFFEH8BjZX6qrmrwX0=; b=hztJyw3mTato4SNFyi2RP1R3uivQ7mfm2rKmpK7uS3/odxL9El72yDVveG9NKOzOrU JdGtWgagLuz8rXzzvMXhkg75ThSfm5k3WlLu6hIYG92VTvmmz30BxXrljmP//n2aXPa0 SMDDmA52GSdiMDdnb/gj++0vRf5dTZa2npWA0IFd+m2w62gggm7p+dSvled6QGWJnOoT rJC945CNmEyvVCQh0M4zjQsaqaAOAqrYrdKnLGETIxqih4SQeS5Df2oAkV/CNyufMboB 9npHEIdSLNb3YestIMtQQ6BADMmrDwvdhCUvx5IMz31bvQTLD2aoFuMfLsNSTQf2ncok VG5A== MIME-Version: 1.0 X-Received: by 10.43.91.73 with SMTP id bl9mr399500icc.17.1372191077599; Tue, 25 Jun 2013 13:11:17 -0700 (PDT) Received: by 10.50.13.136 with HTTP; Tue, 25 Jun 2013 13:11:17 -0700 (PDT) In-Reply-To: <51C98AF2.7070403@christopherschultz.net> References: <51C87E28.8010407@christopherschultz.net> <51C98AF2.7070403@christopherschultz.net> Date: Tue, 25 Jun 2013 22:11:17 +0200 Message-ID: Subject: Re: mod_jk, JSESSION_ID and load-balancing From: Henri Gomez To: Tomcat Developers List Content-Type: multipart/alternative; boundary=bcaec51866dcbe915504e0002186 X-Virus-Checked: Checked by ClamAV on apache.org --bcaec51866dcbe915504e0002186 Content-Type: text/plain; charset=ISO-8859-1 Hi Christopher I don't have access to code inside application, I'm using stock Sonatype Nexus OSS who use Shiro internally to manage (and regenetate JSESSIONID cookie), loosing jvmRoute contents. See https://issues.sonatype.org/browse/NEXUS-5756 We could told mod_jk to use another cookie but I think Tomcat allways append jvmRoute content to cookie JSESSIONID. That's why Rainer and I discussed about mod_jk to generate and inject another cookie and use it to maintain sticky affinity. It will be an even better solution for large cluster of Tomcat behind HTTPd/mod_jk, especially when instance are automatically provisionned from template since we don't have to set jvmRoute in server.xml for each instance. But I may be wrong and may be Tomcat 7 could inject jvmRoute in another cookie ? Cheers 2013/6/25 Christopher Schultz > Henri, > > On 6/25/13 2:33 AM, Henri Gomez wrote: > >> Henri, > >> This sounds more like a question for the users list. Cross-posting to > >> re-locate. See more below... > > > > > > I used dev list because question was also about updating mod_jk code. > > > >> Is is important to retain the original JSESSIONID, or do you only want > >> to retain the jvmRoute information? I would think you'd want both. > > > > jvmRoute should be kept in JSESSIONID as mod_jk load-balancing use it to > > dispatch requests to proper Tomcat :) > > Of course! But it sounded like both Tomcat and Shiro generate a > JSESSIONID but you were only worried about Tomcat's /jvmRoute/ (and not > the rest of the session). I'm assuming that you want to maintain both > session ids simultaneously. > > Assuming you want to retain both at the client, why not simply change > the name of the cookie for Tomcat (or Shiro)? > > -chris > > --bcaec51866dcbe915504e0002186--