Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 8750 invoked from network); 13 Jul 2004 17:45:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 13 Jul 2004 17:45:59 -0000 Received: (qmail 24241 invoked by uid 500); 13 Jul 2004 17:45:35 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 24221 invoked by uid 500); 13 Jul 2004 17:45:35 -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 24207 invoked by uid 99); 13 Jul 2004 17:45:35 -0000 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=HTML_30_40,HTML_MESSAGE,HTML_TITLE_EMPTY X-Spam-Check-By: apache.org Received: from [65.104.63.208] (HELO mail.razorstream.com) (65.104.63.208) by apache.org (qpsmtpd/0.27.1) with SMTP; Tue, 13 Jul 2004 10:45:32 -0700 Received: (qmail 31524 invoked from network); 13 Jul 2004 17:45:26 -0000 Received: from unknown (HELO ?127.0.0.1?) (10.1.1.20) by mail.razorstream.com with SMTP; 13 Jul 2004 17:45:26 -0000 Message-ID: <40F41F1D.7050002@gregoire.org> Date: Tue, 13 Jul 2004 10:42:53 -0700 From: Paul Gregoire User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Session Replication w/o Multicast References: <7503E16AAE4DB3498884AB2DC4B779D501A518AF@fernhill.sfsltd.com> In-Reply-To: <7503E16AAE4DB3498884AB2DC4B779D501A518AF@fernhill.sfsltd.com> Content-Type: multipart/alternative; boundary="------------040007050900030307090108" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --------------040007050900030307090108 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit You could save your sessions in an RDBMS, but I'm not sure how responsive this would be... Jeremy Nix wrote: >>Is there currently a way of replicating session information across >>multiple tomcat nodes without multicasting? If not, has any extended >>the Tomcat API to support this? The reason I ask is because we are >>using a hardware load balancer, and it does not support multi-casting. >>One thought is that we could upgrade our hardware to a load balancer >>that supports this (not sure one even exists), but I'm sure that there >>are other means of performing replication besides multicasting. Using >>a database as the session persistence layer is one thought. Direct >>tomcat node to tomcat node in memory session replication is another >>thought. >> >>Just thought I'd see what ideas/solutions are out there. >> >> >>_________________________________ >>Jeremy Nix >>Senior Application Developer >>Southwest Financial Services, LTD. >>(513) 621-6699 x1158 >>www.sfsltd.com >> >> >> >> > > > --------------040007050900030307090108--