absolutely correct :)

Filip

-----Original Message-----
From: shawn [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 05, 2003 5:40 PM
To: Tomcat Developers List
Subject: RE: class loading issue/bug 4.1.17


So this is something that can not be changed and either we have to 

1) include the class in distributions (outside the jar) for placement in
common/classes

or 

2) store and retrieve bytes and marshal it in a servlet

Correct?

On Thu, 2003-02-06 at 10:28, Filip Hanik wrote:
> The problem you are experiencing is a fundamental issue on how classloaders 
>hierarchy works when using servlet container. documented here
> 
> http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html
> 
> 
> Filip
> 
> 
> 
> -----Original Message-----
> From: shawn [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 05, 2003 5:08 PM
> To: Tomcat Developers List
> Subject: RE: class loading issue/bug 4.1.17
> 
> 
> On Thu, 2003-02-06 at 09:42, Filip Hanik wrote:
> > 1. you could also move the mysql.jar into your WEB-INF/lib and you should resove 
>the same problem too.
> > 
> >From Tomcat docs on DBCP
> 
> These jar files along with your the jar file for your JDBC driver should
> be installed in $CATALINA_HOME/common/lib.
>  
>         NOTE: Do not install these jarfiles in your /WEB-INF/lib, or
>         $JAVA_HOME/jre/lib/ext, or anywhere else. You will experience
>         problems if you install them anyplace other than
>         $CATALINA_HOME/common/lib.
> 
> > 2. You could just get the bytes (instead of getObject) store/retrieve bytes and do 
>the marshalling in your servlet code.
> > 
> > 
> Fine but if this is a limitation of Tomcat, shouldn't it be documented?
> Maybe even in the section on DBCP...one side of effect of this
> requirement is that...
> 
> (As you may know as is sometimes the case in OpenSource, Junior
> developers have a tough time getting Sr ones to do things differently
> without sufficient justification...)
> 
> I do greatly appreciate the response and apologize for being fiesty this
> morning.  This in no way should be interpreted as any form of complaint.
> 
> 
> Shawn
>  
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
-- 
shawn <[EMAIL PROTECTED]>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to