cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Berin Loritsch" <blorit...@infoplanning.com>
Subject Re: [TC4] ClassCastException with HttpServletrequestWrapper
Date Fri, 15 Dec 2000 18:00:20 GMT
----- Original Message ----- 
From: "Giacomo Pati" <giacomo@apache.org>
To: "Berin Loritsch" <bloritsch@infoplanning.com>
Sent: Friday, December 15, 2000 12:02 PM
Subject: Re: [TC4] ClassCastException with HttpServletrequestWrapper


> Hi Berin
> 
> Berin Loritsch wrote:
> > 
> > > > > > > Hi all
> > > > > > >
> > > > Oh yeah!  I almost forgot: if the RepositoryClassManager is not a
> > > > child
> > > > classloader (i.e. has a parent classloader) then objects created by
> > > > the
> > > > RepositoryClassManager cannot resolve against objects created in the
> > > > other class manager.
> > >
> > > Prior to my mail I've checked the CVS and there was a change from Pier
> > > in September making the WEB-APP-Classloader the parent of
> > > Rep.Classloader in its constructor:
> > >
> > >   public RepositoryClassLoader() {
> > >     super(RepositoryClassLoader.class.getClassLoader());  <---
> > >     this.repositories = new Vector();
> > >   }
> > >
> > > Now I have a strange experience using a jdk 1.3 on a NT box with a C2
> > > and a Tomcat-4 about a week old with the WildcardURIMatcher changed to
> > > cast to HttpServlerRequest instead and guess what - it runs ??!!??
> > >
> > > Well now I have to check my jdk 1.3 on my linux box at home and also
> > > test it against the jdk 1.2.2 to see if it's might be a bug in the jdk.
> 
> I must have done something wrong. It is not working. Not with jdk1.2.2
> nor with jdk1.3 (Linux both from Sun)

Try the latest CVS now.  I committed a change to make RepositoryClassLoader
extend URLClassLoader instead of ClassLoader.  It's even faster than the
former version!  We don't have to worry about maintaining our different
paths etc.  It is a very simple class.


Mime
View raw message