Howdy, >My point was exactly I would rather like an extra classspath in the webapp >context declaration so I could skip the work of building a jar for one >project and copy it (or somehow link it) to the other project's web- >inf/lib.
I understood your point, no need to repeat it ;) >When I change in both projects I'd rather tell tomcat to just look a little >extra. So you say the classpath fixed? Am I the only one who want to use >tomcat in this way? how do I suggest this to developers, write to the other >mailing list? You could write the dev list, but I bet you wouldn't even get a response. I'm one of the developers, and we all really dislike this idea, as well ast he idea someone else suggested of mucking the server's global classpath by editing $CATALINA_HOME/bin/setClasspath.sh. The reason is that the servlet specification lays out a well-defined, well-reasoned classloading scheme. Tomcat goes beyond the requirements of the spec by allowing you to plug in a custom classloader which you'd have known if you read the configuration reference for the Loader element in server.xml. Web applications are supposed to be self-contained and independent. Ideally you should just have one packed WAR file containing everything needed by your webapp. Again tomcat goes beyond the spec here by letting you deploy and run from an unpacked WAR file. And further yet by letting you symlink to other directories for your library resources. The longer I'm around the more I think these leniencies just lead to bad development practices and more requests for hacks like you're asking for. Yoav Shapira > >regards, artin > >-----Original Message----- >From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >Sent: den 6 november 2003 15:11 >To: Tomcat Users List >Subject: RE: specifying web app classpath in server xml? > > > >Howdy, >Can you symlink your WEB-INF/lib/otherProject.jar to the other's >project's build directory? > >You can't declare classpaths in server.xml. The classpath hierarchy is >fixed. > >Yoav Shapira >Millennium ChemInformatics > > >>-----Original Message----- >>From: Anton Modaresi [mailto:[EMAIL PROTECTED] >>Sent: Thursday, November 06, 2003 5:29 AM >>To: [EMAIL PROTECTED] >>Subject: specifying web app classpath in server xml? >> >>Hi, >>I would like to specify additional classpaths for a web app >>beside the WEB-INF/lib WEB-INF/classes and common/lib directories. >> >>My reason is I have a project using code from another project. >>In a production environment you would jar the classes from the >>used project and put it in the WEb-INF/lib of the other.... >> >>but in development, where both projects may be updated all the time, >>I'd prefer to skip the extra overhead of either jaring all files, >>or recompile the classes a second time to the WEB-INF/classes of >>the taget project.. >> >>So I am wondering, is there a way, I can say in my server.xml, >>hey please go and check in this additional classpath too for this >>particular web app. is this possible? >> >>(Im using tomcat 5.0.7) > > > >This e-mail, including any attachments, is a confidential business >communication, and may contain information that is confidential, >proprietary >and/or privileged. This e-mail is intended only for the individual(s) to >whom it is addressed, and may not be saved, copied, printed, disclosed or >used by anyone else. If you are not the(an) intended recipient, please >immediately delete this e-mail from your computer system and notify the >sender. Thank you. > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
