Alright.  

What I have tried is to place the jar so that it is available to any of the common, 
shared or the webapp-specific classloaders. In other words, I've placed it in 
CATALINA_HOME/common/lib re-start & test then placed it in CATALINA_HOME/shared/lib 
re-start & test....

Sri

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:Kevin.Bedell@;sunlife.com] 
Sent: Friday, November 15, 2002 11:50 AM
To: Struts Users Mailing List
Subject: Re: [OT]Need magic incantation






Can you re-phrase your question in terms of the classloader diagram at this page?

      http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html

That is, identify which classloaders your jar file should be visible to (system, 
shared, webapp, etc.) based on the directories you've put it in?







"Sri Sankaran" <[EMAIL PROTECTED]> on 11/15/2002 11:41:40 AM

Please respond to "Struts Users Mailing List"
       <[EMAIL PROTECTED]>

To:    "Struts-User" <[EMAIL PROTECTED]>
cc:     (bcc: Kevin Bedell/Systems/USHO/SunLife)
Subject:    [OT]Need magic incantation


I'm being stymied by a classpath issue that occurs both on Tomcat 4.1.12 and JRun 3.1.

I get a ClassNotFoundException while the classpath clearly displays the jar file that 
contains the "missing" class.  I've even tried -- in desperation
-- putting the jar file in Tomcat's bin common/lib and server/lib directories to no 
avail.

The kicker is that I can successfully run a command-line application  -- that 
exercises the same business logic -- using the classpath used by Tomcat.

I know it could be any bunch of things -- but do you have any recommendations?

Sri






---------------------------------------------------------------------------
This e-mail message (including attachments, if any) is intended for the use of the 
individual or entity to which it is addressed and may contain information that is 
privileged, proprietary , confidential and exempt from disclosure.  If you are not the 
intended recipient, you are notified that any dissemination, distribution or copying 
of this communication is strictly prohibited.  If you have received this communication 
in error, please notify the sender and erase this e-mail message immediately.
---------------------------------------------------------------------------



--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>


--
To unsubscribe, e-mail:   <mailto:struts-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>

Reply via email to