You could edit the setclasspath.sh script but I would recommend against that.
Regards Jim. > -----Original Message----- > From: Ian Hunter [mailto:[EMAIL PROTECTED]] > Sent: 21 February 2003 13:55 > To: Tomcat Users List > Subject: Re: Servlets and classpath problem > > > I've had similar problems and I could have sworn I saw > someone give the > advice that it's best to give each webapp it's own copy of > the shared jars. > I did that and the problems went away. I hate having > duplicate files, but I > guess if proper application "segmentation" is going on it's > probably safer > anyway. Just my two cents. > > ----- Original Message ----- > From: "John Rishea" <[EMAIL PROTECTED]> > To: "Tomcat Users List" <[EMAIL PROTECTED]> > Sent: Friday, February 21, 2003 8:49 AM > Subject: Servlets and classpath problem > > > > Hi, > > > > I'm having a classpath problem with Tomcat 4.0.x on a Unix > platform and > was > > hoping someone could point me in the right direction. > > > > A servlet in one of my webapps uses external classes located outside > > common/lib or webapp/WEB-INF/classes. So I added the > external class' > > location to the classpath in my .profile, assuming this > would be all I > > needed to do. When I compile the servlet in my development > directory, it > > compiles just fine. But when I place the servlet class in > WEB-INF/classes > > directory and restart Tomcat, a ClassDefNotFound furball > gets spit back at > > me for those external classes that (I thought) would be > accessible via my > > classpath. > > > > I have root permissions so I know that isn't the issue. Is there > something > > else I'm missing here? An entry in server.xml or something > similar? I > > would really rather not copy those external classes into > WEB-INF/classes > (I > > have tried that, and then the servlet works just fine) but > I don't know > what > > to try next. > > > > Thanks for your help! > > > > __________________ > > John Rishea > > > > > > > --------------------------------------------------------------------- > > 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] > PLEASE READ: The information contained in this email is confidential and intended for the named recipient(s) only. If you are not an intended recipient of this email you must not copy, distribute or take any further action in reliance on it and you should delete it and notify the sender immediately. Email is not a secure method of communication and Nomura International plc cannot accept responsibility for the accuracy or completeness of this message or any attachment(s). Please examine this email for virus infection, for which Nomura International plc accepts no responsibility. If verification of this email is sought then please request a hard copy. Unless otherwise stated any views or opinions presented are solely those of the author and do not represent those of Nomura International plc. This email is intended for informational purposes only and is not a solicitation or offer to buy or sell securities or related financial instruments. Nomura International plc is regulated by the Financial Services Authority and is a member of the London Stock Exchange. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
