Hi Richard,
I had a lot of problems with jndi and rmi. My first solution was to put
all classes and properties into
tomcat/lib/*.jar
tomcat/classes
BUT this destroys the separation of the different webapps.
If you are using jdk1.2 or higher you can put the following into your
server.xml
----copy--------_
<RequestInterceptor
className="org.apache.tomcat.request.Jdk12Interceptor"
debug="0" />
----paste--------
Now, every thread gets the correct web application dependent
classloader.
Everything is fine, IF ALL jndi/rmi depending classes are located in the
corresponding application dirs
WEB-INF/classes
WEB-INF/lib/*.jar
I hope this helps.
simon
PS: I do not know if I have given a correct "general" solution or if I
described the problem correctly. If you have an better solution, I would
be glad to hear about it.
"Taylor, Richard" wrote:
>
> In my instance I think it is important to note I am using the
> RMISecurityManager.
>
> If I have say 2 jars in the WEB-INF/lib directory called myapp.jar and
> my3rdparty.jar. I can access servlets in myapp.jar (so I know that the jars
> must be added to the classpath in some instance) however (usually while
> making EJB calls) I get classnotfound exception while accessing classes in
> my3rdparty.jar. If I add it to the tomcat classpath it works, if I remove
> it again it doesn't work.
>
> I am using 3.2.1 and will try the other version when I get a chance but
> without knowing the Tomcats dynamic classpath indepth I am at a loss.
>
> Is it possible that the RMISecurityManager is not using the classloader (or
> whatever it is that dynamically creates the webapp classpath) so if a RMI
> call requires a class it can only find it in the main classpath?
>
> Thanks for the replies.
>
> Richard.
>
> -----Original Message-----
> From: Wolle [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 18, 2001 11:38 AM
> To: [EMAIL PROTECTED]
> Subject: Re: WEB-INF/lib vs. TOMCAT_HOME/lib
>
> Hello,
> i have set the properity jar files in the webapps/.../WEB-INF/lib/ dir,
> and this works fine (i haven't change any configuration for it).
> I use the Version 3.2.2b2 (perhaps that's important ?)
>
> Greetings,
> Michael
>
> Chad LaJoie wrote:
>
> > I haven't noticed this problem. I have however noted that when Tomcat
> > starts up it doesn't list the jar for any of my webapps in it's initial
> > classpath. If, however, I check my jasper.log it does list them. So you
> > might want to just check that, Tomcat might be working right for you, you
> > just might be looking in the wrong spot to find the classpath it's using.
> >
> > At 06:18 AM 4/18/2001, you wrote:
> > >I have the same problem and have posted the same thing before with no
> reply.
> > >I actually keep the jars in the WEB-INF/lib directory and add them to the
> > >Tomcat classpath with wrapper.properties (I'm starting as an NT service).
> > >This means a config change whenever I deploy a webapp which is far from
> > >ideal.
> > >
> > >Maybe someone with superior knowledge about this could shed some light
> this
> > >time?
> > >
> > >Richard.
> > >
> > >-----Original Message-----
> > >From: Chris Bailey [mailto:[EMAIL PROTECTED]]
> > >Sent: Tuesday, April 17, 2001 7:32 PM
> > >To: [EMAIL PROTECTED]
> > >Subject: WEB-INF/lib vs. TOMCAT_HOME/lib
> > >
> > >
> > >The Tomcat automatic setting of a classpath for a given webapp is not
> > >seeming to work for me. I have my various jar files in .../WEB-INF/lib,
> > >for my web app. But, that fails. If I however, put them in
> > >$TOMCAT_HOME/lib, then they get added to the generic classpath (which is
> > >displayed on startup of Tomcat), and things work fine.
> > >
> > >How do I fix this?
> > >
> > >--
> > >Chris Bailey [EMAIL PROTECTED]
> > >Wego Systems http://www.wego.com
> > >
> > >
> > >**********************************************************************
> > >Information in this email is confidential and may be privileged.
> > >It is intended for the addressee only. If you have received it in error,
> > >please notify the sender immediately and delete it from your system.
> > >You should not otherwise copy it, retransmit it or use or disclose its
> > >contents to anyone.
> > >Thank you for your co-operation.
> > >**********************************************************************
> >
> > Chad La Joie "Only a man who can not conquer
> > IT Specialist his deficiencies feels the need
> to
> > IS&C - WARD convince the world he has none"
>
> **********************************************************************
> Information in this email is confidential and may be privileged.
> It is intended for the addressee only. If you have received it in error,
> please notify the sender immediately and delete it from your system.
> You should not otherwise copy it, retransmit it or use or disclose its
> contents to anyone.
> Thank you for your co-operation.
> **********************************************************************
