Restarting tomcat server was the only thing that could help me in the
situation
you described.

sorry.

----- Original Message -----
From: "istvan bereti" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 18, 2001 1:40 AM
Subject: RE: session error after recompile a java class....BUG?


> Well I stop here... I restart TOMCAT...
> THX
>
> -----Original Message-----
> From: Luba Powell [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, June 17, 2001 12:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: session error after recompile a java class....BUG?
>
>
> Note:  Jini API although can do more - is not for the faint of heart.
>
> One has to do lot of configuration work with little to none samples.
> But for the demanding audience - this will be a solution to the
> ClassLoader woes.
>
> r/luba
>
> ----- Original Message -----
> From: "Luba Powell" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, June 17, 2001 3:17 PM
> Subject: Re: session error after recompile a java class....BUG?
>
>
> >
> > ----- Original Message -----
> > From: "istvan bereti" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, June 18, 2001 1:18 AM
> > Subject: RE: session error after recompile a java class....BUG?
> >
> >
> > > Well I put it as Serializable the object bound to session. It was a
GOOD
> > > point but even this did not solve my problem it just became more
> > > unpredictable. Well I have not tested it through yet but sometimes it
> > works
> > > sometimes not randomly.
> > > I have the feeling that the classloader reloads somehow randomly the
> > > classes...
> > > I use 3.2.2 and JDK1.3. All my classes are under myapp/WEB-INF/classes
> so
> > no
> > > JAR is used.
> > >
> > > But this annoyes me. How can it be that it says that your object is
> > > "BindObject" type and when I try to cast it fails? And this happens
only
> > if
> > > I recompile one class. If I restart TOMCAT all works fine.
> > > Istvan
> > >
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Bo Xu [mailto:[EMAIL PROTECTED]]
> > > Sent: Sunday, June 17, 2001 11:31 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: session error after recompile a java class....BUG?
> > >
> > >
> > > istvan bereti wrote:
> > >
> > > > Hi,
> > > >
> > > > I don't know what is wrong but it might be a Tomcat bug...
> > > > My session handling is working fine as long as I don't reload a
class.
> > > Than
> > > > the object bound to the session is very ugly. I got the object from
> the
> > > > session and the getClass() says that it's my BoundObject class. But
> whe
> > I
> > > > try to cast it to (BoundObject) says ClassCastError.
> > > >
> > > > Any idea why?
> > >
> > > Hi :-)  sometimes it is because that: after auto-reloading, the
original
> > > CL(classloader) of this webapp has been replaced by another New
> > > one, so (basically), if the object which is put into session by you as
> > > an Attibute implements "java.io.Serializable", perhaps you can
> > > avoid some of such problems.
> > >
> > > (basically) if you want to put a object into a session as an Attibute,
> > > perhaps it is better to make it Serializable, it will be good for the
> > > following:
> > > - cross auto-reloading of one special webapp
> > > - cross TC-restarting(after restating TC, I still can get this
> Attribute)
> > > - cross multi-TC instances(?)
> > >
> > > for example, with TC4.0-b5(standalone, SDK1.3, winnt40):
> > > - if I put a "Serializable object" into a session, And the class-file
of
> > > this
> > >    object is in WEB-INF/classes, or in a jar file in WEB-INF/lib,
> > >   I found I can do the following:
> > >    cross auto-reloading of one special webapp
> > >
> > > - if I put a "Serializable object" into a session, And the class-file
of
> > > this
> > >    object is in a jar file in TOMCAT_HOME/lib(loaded by ShareCL),
> > >    I found I can do Both the following:
> > >      cross auto-reloading of one special webapp
> > >      cross TC-restarting(after restating TC, I still can get this
> > Attribute)
> > >
> > >
> > >
> > > Bo
> > > June 17, 2001
> > >
> > >
> > >
> > >
> >
>
>
>

Reply via email to