Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 90287 invoked from network); 15 Dec 2006 05:07:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Dec 2006 05:07:37 -0000 Received: (qmail 34249 invoked by uid 500); 15 Dec 2006 05:07:43 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 33264 invoked by uid 500); 15 Dec 2006 05:07:40 -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 33253 invoked by uid 99); 15 Dec 2006 05:07:40 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Dec 2006 21:07:40 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [72.254.0.201] (HELO s-utl01-sjpop.stsn.net) (72.254.0.201) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 14 Dec 2006 21:07:30 -0800 Received: from s-utl01-sjpop.stsn.net ([127.0.0.1]) by s-utl01-sjpop.stsn.net (SMSSMTP 4.1.2.20) with SMTP id M2006121421070911379 for ; Thu, 14 Dec 2006 21:07:09 -0800 X-Spam-Level: Received: from [10.67.191.122] ([10.67.191.122]) by s-utl01-sjpop.stsn.net for dev@tomcat.apache.org; Thu, 14 Dec 2006 21:07:08 -0800 Message-ID: <45822D6F.2020709@hanik.com> Date: Thu, 14 Dec 2006 23:06:55 -0600 From: Filip Hanik - Dev Lists User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: svn commit: r486005 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/connector/Request.java catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java webapps/docs/changelog.xml References: <20061214135805.4aaea4d6a13deef37bfc1349bf95db5c.d499414f69.wbe@email.secureserver.net> <458227EF.9040308@hanik.com> In-Reply-To: <458227EF.9040308@hanik.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, hits=0.0 required=9.9 tests=ALL_TRUSTED: -2.867,AWL: -0.771,BAYES_00: -1.665, SARE_SUB_LONG_SUBJ_140: 1,SARE_SUB_LONG_SUBJ_170: 2,SARE_SUB_MOBFU_2: 0.712 I am planning for TC6.0 to propose to make the JVMRouteId be something at the "edge", it should never make it as far as into the session manager. when Manager.getSession is called, the jvmRoute should already be stripped out it, and before the cookie is sent, it should be appended. It would have been much cleaner if the manager never had known about the jvmRoute to begin with. Filip Filip Hanik - Dev Lists wrote: > if that is the case, the fix still belongs in the JvmRouteBinderValve, > feel free to submit a patch in that one so that it works even if the > cluster is not present > > Filip > > cchandler@godaddy.com wrote: >> If I understand the discussion correctly it is being suggested that we >> attempt using the JvmRouteBinderValve for the same functionality >> provided in the originally submitted patch. I believe the problem we >> ran into was the JvmRouteBinderValve assumes that we are using the >> SimpleTcpCluster implementation, when we're actually using the JDBC >> persistence manager for replication. It's entirely possible I am >> missing something, but it doesn't appear the JvmRouteBinderValve solves >> this particular problem. >> >> Chris >> >> -------- Original Message -------- >> Subject: Re: svn commit: r486005 - in /tomcat/container/tc5.5.x: >> catalina/src/share/org/apache/catalina/connector/Request.java >> catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java >> >> webapps/docs/changelog.xml >> From: "Mark Thomas" >> Date: Wed, December 13, 2006 5:55 am >> To: Tomcat Developers List >> >> Filip Hanik - Dev Lists wrote: >> > Rainer Jung wrote: >> >> My impression now is, that we should backout the commit and the user >> >> should instead first try to use the existing Valve as described by >> Peter. >> > I agree, >> > Filip >> >> That sounds like the right way forward to me. I'll revert my commit >> later today. >> >> Mark >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org >> For additional commands, e-mail: dev-help@tomcat.apache.org >> >> >> >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org > For additional commands, e-mail: dev-help@tomcat.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org