definately a bug. You volunteering? ;) - Leo
PS: suppose you're forced to use windows by the sysadmins. Suppose you're on a deadline. Suppose the backup runs windows, too. Suppose your private backup is corrupt. Okay, so it costs us a few thousand $. But hey, I get to install linux on my laptop now.... =) > -----Oorspronkelijk bericht----- > Van: Stephen McConnell [mailto:[EMAIL PROTECTED] > Verzonden: Wednesday, March 20, 2002 3:11 PM > Aan: Phoenix-Dev > CC: Avalon Developers List > Onderwerp: RE: Cascading PolicyClassLoaders, a bug? > > > > Moving this to the Phoenix list. > > Marcos Sanz/Denic wrote: > > > > I have researched the problem that I mentioned yesterday and it > > seems to me to be a systematic flaw: > > > > Embeddor calls Deployer. > > > > Deploying first application: ClassLoaderManager creates first > > application's > > ClassLoader, setting as a parent the current thread's context > ClassLoader > > (still the right parent). Deployer calls Kernel and Kernel calls > > Application.start(). Key point now: > > > > ThreadContext.setThreadContext(m_context.getThreadContext()) changes > > current thread's context ClassLoader to be the first applications's > > ClassLoader ("for calling visitors", it's ok). > > > > But now Deployer deploys the next application, and ClassLoaderManager > > creates second application's ClassLoader, setting as a parent > the current > > thread's context ClassLoader, which is the wrong parent, since > it is first > > application's ClassLoader. > > > > Third application would set as a parent the second application's > > ClassLoader and so on... > > > > Peter, Leo: is this a bug? Have I overseen something? > > Looks like a bug to me. > > Cheers, Steve. > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
