Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 90978 invoked from network); 14 Feb 2005 09:14:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 14 Feb 2005 09:14:29 -0000 Received: (qmail 79016 invoked by uid 500); 14 Feb 2005 09:14:02 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 78968 invoked by uid 500); 14 Feb 2005 09:14:02 -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 78911 invoked by uid 99); 14 Feb 2005 09:14:02 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from mail1.informa.com (HELO uksmtp3.uk.informa.com) (213.212.68.130) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 14 Feb 2005 01:14:01 -0800 Received: from tele-ex4.uk.informa.com (unverified) by uksmtp3.uk.informa.com (Content Technologies SMTPRS 4.3.17) with ESMTP id for ; Sun, 13 Feb 2005 01:32:15 +0000 Received: from TELE-CL1-EX1.uk.informa.com ([10.10.6.41]) by tele-ex4.uk.informa.com with Microsoft SMTPSVC(5.0.2195.6713); Sun, 13 Feb 2005 01:32:15 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C5116B.D8E7BB19" Subject: RE: dodgy session class Date: Sun, 13 Feb 2005 01:32:14 -0000 Message-ID: <69941D798583C04E9B0CEA3D4D24CBDB047DD392@TELE-CL1-EX1.uk.informa.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: <69941D798583C04E9B0CEA3D4D24CBDB047DD392@TELE-CL1-EX1.uk.informa.com> Thread-Topic: dodgy session class Thread-Index: AcUQ5G7RM1xhpXsaSiCItCn/Ne+hoAAhJo9n From: To: X-OriginalArrivalTime: 13 Feb 2005 01:32:15.0078 (UTC) FILETIME=[D90FA060:01C5116B] X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C5116B.D8E7BB19 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable thanks for your reply Peter.=20 unfortunately none of the applications has explicitly configured = sessions manager. I have managed to consistently reproduce the problem. The problem = involves two webapps, app1 and app2. App1 is distributable. App2 = contains a filter that forwards requests to app1. As it turns out all = sessions created via filter are instances of StandardSession! This is = with app1 being distributable and with cluster session manager. Making = app2 distributable doesnt seem to have any effect on the sessions that = are being created in app1 context. I've attached a test case with two sample webapps, to run them you just = have to make sure crossContext is enabled for app2 and context of app1 = is actually called "/app1". App1 does some nasty hack to display what = Class is actually hiding behind session facade, so you would have to = excuse me for that. Another thing that i've noticed along the way: if a request goes to app1 = via filter in app2 two sessions are created, one for each context. = Filter in app2 does not create sessions explicitly (as you will see from = the example) and session would not be created for app2 context if filter = didnt forward requests to "app1" context. The question is why session = gets created implicitly in context of "app2"? It is not that I cannot = live with it, just cant think of a logical explanation to this. Ideas = anyone? Regards, Vlad -----Original Message----- From: Peter Rossbach [mailto:pr@objektpark.de] Sent: Sat 2/12/2005 9:22 AM To: Tomcat Users List Cc:=09 Subject: Re: dodgy session class Hmm, please check that all your applications with distributable=3Dtrue have = no=20 configured Manager in there context.xml's regards Peter Filip Hanik - Dev schrieb: >Any chance you have a test case to reproduce this? >Shouldn't happen, unless the way sessions are created have changed. > >Filip > >----- Original Message ----- >From: >To: >Sent: Friday, February 11, 2005 11:47 AM >Subject: dodgy session class > > >Hi, > > > >I'm running tomcat 5.0.30 on two machines A and B (Linux RHAS3). > > > >When tomcat A restarts it fails to sync session state with "session >state not received" or something to that effect and tomcat B logs this >message: > > > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] ERROR >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >Unable to receive message through TCP channel > >java.lang.ClassCastException > > at >org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageR= >eceived(SimpleTcpReplicationManager.java:530) > > at >org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageD= >ataReceived(SimpleTcpReplicationManager.java:596) > > at >org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(Sim= >pleTcpCluster.java:580) > > at >org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70= >) > > at >org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpRep= >licationThread.java:129) > > at >org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationT= >hread.java:67) > > > >I changed SimpleTcpReplicationManager to output class names of the >sessions it is trying to cast to ReplicatedSession and got the = following >picture: > > > >11 Feb 2005 17:21:44 [Cluster-MembershipReceiver] INFO >org.apache.catalina.cluster.tcp.SimpleTcpCluster - Replication member >added:org.apache.catalina.cluster.mcast.McastMember[tcp://192.168.56.21:= >4001,192.168.56.21,4001, alive=3D3] > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.cluster.session.ReplicatedSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] INFO >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >SessionClass=3Dorg.apache.catalina.session.StandardSession > >11 Feb 2005 17:21:49 >[org.apache.catalina.cluster.tcp.TcpReplicationThread[4]] ERROR >org.apache.catalina.cluster.session.SimpleTcpReplicationManager - >Unable to receive message through TCP channel > >java.lang.ClassCastException > > at >org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageR= >eceived(SimpleTcpReplicationManager.java:530) > > at >org.apache.catalina.cluster.session.SimpleTcpReplicationManager.messageD= >ataReceived(SimpleTcpReplicationManager.java:596) > > at >org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived(Sim= >pleTcpCluster.java:580) > > at >org.apache.catalina.cluster.io.ObjectReader.execute(ObjectReader.java:70= >) > > at >org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel(TcpRep= >licationThread.java:129) > > at >org.apache.catalina.cluster.tcp.TcpReplicationThread.run(TcpReplicationT= >hread.java:67) > > > > > >How come a clustered application would have sessions of type >org.apache.catalina.session.StandardSession? Does anyone have any = ideas? > > > >Regards, > >Vlad > > > > >************************************************************************= ******** >The information contained in this email message may be confidential. If = you are not the intended recipient, any use, interference >with, disclosure or copying of this material is unauthorised and = prohibited. Although this message and any attachments are believed >to be free of viruses, no responsibility is accepted by T&F Informa for = any loss or damage arising in any way from receipt or use >thereof. Messages to and from the company are monitored for = operational reasons and in accordance with lawful business practices. >If you have received this message in error, please notify us by return = and delete the message and any attachments. Further >enquiries/returns can be sent to postmaster@tfinforma.com > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > > > =20 > --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org ------_=_NextPart_001_01C5116B.D8E7BB19 Content-Type: text/plain; charset=us-ascii --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org ------_=_NextPart_001_01C5116B.D8E7BB19--