Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 70345 invoked from network); 5 May 2003 19:07:38 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 5 May 2003 19:07:38 -0000 Received: (qmail 10930 invoked by uid 97); 5 May 2003 19:09:44 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@nagoya.betaversion.org Received: (qmail 10923 invoked from network); 5 May 2003 19:09:43 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 5 May 2003 19:09:43 -0000 Received: (qmail 68899 invoked by uid 500); 5 May 2003 19:07:21 -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 68886 invoked from network); 5 May 2003 19:07:21 -0000 Received: from unknown (HELO ns3.linuxwebnet.com) (216.133.76.5) by daedalus.apache.org with SMTP; 5 May 2003 19:07:21 -0000 Received: (qmail 13971 invoked from network); 5 May 2003 19:48:14 -0000 Received: from adsl-216-102-196-220.dsl.snfc21.pacbell.net (HELO MOOSE) (216.102.196.220) by shada.com with SMTP; 5 May 2003 19:48:14 -0000 From: "Filip Hanik" To: "Tomcat Users List" Subject: RE: serializable class not persisting (long email) Date: Mon, 5 May 2003 12:06:44 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 In-Reply-To: <3EB6B384.30909@bigredwire.com> Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N hmm, looks like a tomcat problem for sure. what happens if you stop the context and the start it again, instead of initiating a reload. does that make a difference? putting the classes in common/lib is not a good solution if you want to update them without stopping tomcat Filip > -----Original Message----- > From: Chris Cheshire [mailto:ccheshire@bigredwire.com] > Sent: Monday, May 05, 2003 11:55 AM > To: Tomcat Users List > Subject: Re: serializable class not persisting (long email) > > > Hi Yoav, > > Shapira, Yoav wrote: > > >Howdy, > >It doesn't seem like the problem is in the actual > >serializing/de-serializing of the class. You don't get a > >readObject/writeObject exception nor a SerializationException. > > > >It seems like the class is not found during session archive > >de-serialization. Try putting the jar with the class in it in > >common/lib instead of WEB-INF/lib and see if that makes a difference. > > > I tried moving the class into the jar used for all my other serializable > objects (shared between multiple apps), and it didn't find them. > &*%^^% I moved the jar into common/lib like you suggested and it worked, > but nothing else did. Why? My other serializable classes are in the > WEB-INF/lib and they work fine. Putting them into the common/lib > directory is not a feasible solution as the filesystem permissions do > not allow it (tomcat is owned by root). > > I am completely confused. Tomcat finds the class when compiling and > accessing the JSPs and servlets, just not while persisting. Is there > something wrong with the class name that it is causing a clash somewhere? > > > > >Also, the [Lextras.SearchResult indicates an attempt to de-serialize an > >array of SearchResult items, not just one SearchResult instance. This > >is fine, just wanted to make sure you were aware of it. > > > > > Yes it is an array. I was curious at that notation. I tried reloading > the context when an array of different objects was in the session and > they persisted and reloaded just fine. > > > What can I do to fix this? > > Thanks > > Chris > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org