Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Weird Classloader Scenario - Is This Possible?
Date: Wed, 2 Jun 2004 14:37:28 -0400
Message-ID: <9C5166762F311146951505C6790A9CF80229BA4C@US-VS1.corp.mpi.com>
Thread-Topic: Weird Classloader Scenario - Is This Possible?
thread-index: AcRI0FSIj6tAgPqsQDSOCcKLyV/iEwAADegQ
From: "Shapira, Yoav" <Yoav.Shapira@mpi.com>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>


H=
i,
You can try Thread.currentThread().getContextClassLoader() instead of
handler.getClass().getClassLoader().

Yoav Shapira
Millennium Research Informatics


>-----Original Message-----
>From: Matthew.Hanson@micorp.com [mailto:Matthew.Hanson@micorp.com]
>Sent: Wednesday, June 02, 2004 2:37 PM
>To: tomcat-user@jakarta.apache.org
>Subject: Weird Classloader Scenario - Is This Possible?
>
>Hi,
>
>We have a fairly generic servlet framework that is used across more
than
>one web app deployed to tomcat 4.1.30 on win2k using java 1.4.2_03-b0=
2.
>The framework was initially included in the WEB-INF/lib for each
>application.  However, I was hoping the framework jar could reside in=

>shared/lib.  This framework code basically uses a request handler to
pass
>incoming requests to a webapp-specific request processor.  The reques=
t
>handler instantiates a request processor via
>handler.getClass().getClassLoader().loadClass(SOME_PROCESSOR).newInst=
an
ce()
>.
> Basically, as expected, the classloader fails to load the request
>processor class with the framework jar now in shared/lib.
>
>Is there a loader scheme that I can use in the shared/lib jar that ca=
n
be
>used to instantiate classes from my webapp (WEB-INF/classes)?
>
>Thanks!
>Matt Hanson


This e-mail, including any attachments, is a confidential business com=
munication, and may contain information that is confidential, propriet=
ary and/or privileged.  This e-mail is intended only for the individua=
l(s) to whom it is addressed, and may not be saved, copied, printed, d=
isclosed or used by anyone else.  If you are not the(an) intended reci=
pient, please immediately delete this e-mail from your computer system=
 and notify the sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org