Title: RE: Cannot find my JavaBeans


> -----Original Message-----
> From: John Baker [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 19, 2001 11:54 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Cannot find my JavaBeans
>
>
> On Thursday 19 July 2001 15:43 pm, you wrote:
> > > -----Original Message-----
> >
> > > MyThread x = new MyThraad();
> > > x.run();
> > >
> > > calls the run method (containing the class that has problems
> > > being created)
> > > within the current Thread, ie no new Thread is started, This
> > > is when the
> > > problem 'goes away'.
> >
> > Ok, I have written threads in C,C++(not in Java) but I am
> missing something
> > thats seems very basic here. so what you are saying is that
> run() is not
> > really creating a new thread, but really just creating an
> object named
> > 'MyThread' that happens to have a run() method? This would
> indicate that it
> > is not a new thread, but just a method(run()) from another
> class(MyThread)
> > that is called within the same thread.
>
> Yes. I deliberately did this to try and work out what was
> going on.
Good! I am not going crazy :)

> I agree with your ClassLoader explanation. I'll look into it.
>
> But, when TC calls my ServletContextListener (this was
> defined as a listener
> within the web.xml) it *should* provide the ClassLoade for
> that application.
> My listener was part of an application and giving it a
> different ClassLoader
> is wrong. In my humble opinion :-)
>
I agree since you are most likely doing context specific things in SCL that you would want access to the classes for the context. I would probably want the same if I were using it.

That is what one of the developers needs to answer - if this is the intended behavior or a bug.
You could probably ask the tomcat-dev list or file a bug report.
Then you can post your findings here for our reference ;)

>
> John
>

Charlie

Reply via email to