Everybody take it easy. We've all at least "thought" what Dan posted, at one time or another, especially when dealing with Tomcat documentation (official or otherwise) and the pro-this or pro-that solution folks. There's no need to escalate this into a flame war.
I only wish I was far enough along to help, but I've only gotten Tomcat to recognize webapps (well, really just JSP files, but that's b/c of my inexperience and lack of time right now) outside of $CATALINA_HOME. I DO HOWEVER, suspect that a solution is to be had somewhere in your web.xml file (as opposed to server.xml, which is not as fine-tuned for your needs), but these are guesses. So, assuming you're under other pressures, as most of us are, and not just being rude for rudeness' sake, does anyone have a clue how to do this without throwing the baby out with the bath water as the first reply suggested? Think community, -Matt On Tue, 1 Mar 2005, Allistair Crossley wrote: > 1. Yes people do read, and offer advice based on whether a) they can and b) > how rude the poster is. You fall into (b) right now, so good luck. > > 2. Tomcat, not TomCat. > > 3. This is a voluntary user list and you should not "expect" to receive help > as you seem to. > > > -----Original Message----- > > From: Dan [mailto:[EMAIL PROTECTED] > > Sent: 01 March 2005 13:55 > > To: Tomcat Users List > > Subject: Re: Need access to classes outside Tomcat for JSPs > > > > > > Do people read anymore? > > > > As previously stated in the original post, these classes need to be > > available to other non-web, non TomCat applications. I do > > not want to have > > to maintain two different repositories. Also as previously > > stated I have > > the desired configuration running on another box but I cannot > > duplicate the > > setup on this box. > > > > If your only advice is to move them into TomCat, then please > > don't even > > bother replying. > > > > > > At 08:21 AM 3/1/2005, David wrote: > > >Why do you want your classes outside of Tomcat? Copy the > > classes to your > > >project when you build and eliminate the dependency. Or > > better yet, use a > > >build environment like Ant to do the copying for you. As a > > bonus, it'll > > >catch errors before you get to production and the webapp > > will be more portable. > > > > > >--David > > > > > >Dan wrote: > > > > > >>Classpath problem. Really frustrating. > > >> > > >>I'm trying to duplicate a setup on system A to system B and > > can't get it > > >>working. My problem is when I access the JSP page, Tomcat > > complains of a > > >>ClassNotFound exception. This happens with all of my > > custom classes. If > > >>I create a simple JSP page with no custom classes the JSP > > compiles fine. > > >> > > >>When I manually execute the class via "java > > com.xxx.MyClass" it responds > > >>appropriately (my environment's CLASSPATH includes the > > custom library paths). > > >> > > >>My custom classes live outside of the Tomcat directory (see below) > > >>because I use these classes in other non-web based > > applications, so they > > >>need to be available system wide. > > >> > > >>I have melted my brain today trying to figure out why > > system A works with > > >>this configuration but system B gives me the ClassNotFound > > exception. I > > >>have even copied my entire Tomcat directory from system A > > to system B > > >>with no change. I thought perhaps I was starting the service with > > >>additional parameters but I don't see any in the registry settings. > > >> > > >> > > >>Does anyone have an educated guess as to why I can't get > > this thing to > > >>work the way it's working on the other system and/or how I > > can get this > > >>working with my custom classes OUTSIDE of Tomcat. > > >> > > >> > > >> > > >>Win2K SP4 > > >>Tomcat v5.0.27 as NT Service > > >> > > >>e:\java\tomcat > > >>e:\java\sdk (JDK 1.4.2) > > >>e:\java\library\custom\ (custom libraries) > > >>e:\java\library\basic (libraries from other sources) > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE> > ------------------------------------------------------- > QAS Ltd. > Developers of QuickAddress Software > <a href="http://www.qas.com";>www.qas.com</a> > Registered in England: No 2582055 > Registered in Australia: No 082 851 474 > ------------------------------------------------------- > </FONT> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Matthew Kozak Rutgers University-Camden [EMAIL PROTECTED] ************************************************************************** "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Ben Franklin ************************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
