AW: [C2] C2 and Tomcat 4.0 CVS (Class javax/servlet/http/HttpSer vletRequest violates loader constraints)

["Schmitt, Christian" <Ch...@Dresdner-Bank.com>]

Craig,
I looked the error message up at java.sun.com and I found that it's some
sort of "linkage error". Now I'm not quite sure whether this is helping me
or not :-(
I don't know if you read my second post on this subject: The error occurs
only under Linux/JDK1.3 but not under WinNT4.0/JDK1.3

Strange indeed!

Christian Schmitt

> -----Ursprüngliche Nachricht-----
> Von: Craig R. McClanahan [mailto:Craig.McClanahan@eng.sun.com]
> Gesendet am: Mittwoch, 13. Dezember 2000 17:59
> An: tomcat-dev@jakarta.apache.org
> Cc: cocoon-dev@xml.apache.org
> Betreff: Re: [C2] C2 and Tomcat 4.0 CVS (Class
> javax/servlet/http/HttpServletRequest violates loader constraints)
> 
> "Schmitt, Christian" wrote:
> 
> > Hi all,
> > I had Cocoon 2 and Tomcat 4 (CVS) working for a couple of 
> days, but since
> > yesterday I'm getting a strange error (see subject), and 
> frankly I don't
> > know what's causing it.
> > Anyway, here's the offending XSP page:
> >
> > <?xml version="1.0" encoding="ISO-8859-1"?>
> > <xsp:page
> >   language="java"
> >   xmlns:xsp="http://apache.org/xsp"
> > >
> >   <page>
> >     <xsp:expr>
> >       request.getSession(true)
> >     </xsp:expr>
> >   </page>
> > </xsp:page>
> >
> > The error message says:
> > Error creating the resource: Class 
> javax/servlet/http/HttpServletRequest
> > violates loader constraints
> >
> 
> I'm not sure what is causing this either, and the stack trace 
> starts pretty deep
> inside the Cocoon processing hierarchy.  A couple of notes 
> that might help
> investigate:
> 
> * This particular error message appears to be generated by
>   Cocoon, not Tomcat.  I cannot find such an error message text
>   in Tomcat's message files (or Strings in the code).
> 
> * One thing guaranteed to cause problems would be an attempt
>   to load a "javax.servlet.http.HttpServletRequest" class from a
>   JAR file underneath WEB-INF/lib (or from an unpacked class
>   under WEB-INF/classes).  Tomcat disallows such an attempt
>   to override one of the standard API classes.
> 
> Craig McClanahan
> 
>