Howdy, >I think I've heard that sun is planning to make its own reference >implementation. Will that make any changes to tomcat's agenda?
That's a good question, although for a different thread. I think it's premature to speculate, before seeing Sun's servlet container (if any), and seeing if it's open-source, etc. Yoav Shapira >-----Original Message----- >From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >Sent: den 10 november 2003 15:54 >To: Tomcat Users List >Subject: RE: specifying web app classpath in server xml? > > > >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] 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]
