Hi Again, I tried a few things and some observations that are not documented are as follows:
1. I have exploded directory structure under build/ directory. Now, when I deploy this directly using <deploy> ant task, I see that tomcat creates a copy of directory structure under its webapps/<path> directory. When I do some changes to lets say a jsp file under build/ directory, this doesn't reflect in tomcat because there are no changes in corresponding file in webapps/<path> directory. 2. I repeated same experiment but this time created a context.xml file for my application under conf/Catalina/localhost directory. docBase in context.xml was given path to build/ directory. This time tomcat didn't create any copy of build/ directory in its webapps directory and also changes to JSP reflected immediately. So, my question is what is the role of Context Descriptor file ? Does manager application require this for correct (or expected) behavior ? Thanks, -Aseem. -----Original Message----- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 25, 2008 7:34 PM To: Tomcat Users List Subject: RE: Context Descriptor file not created > From: Aseem Rastogi [mailto:[EMAIL PROTECTED] > Subject: Context Descriptor file not created > > I am able to access my application through its URL now BUT > there is no Context Descriptor created for this. There is, but it's kept only in memory, not written to disk. There are some conditions where the META-INF/context.xml file is copied to conf/Catalina/[host]/[appname].xml, such as when expanding .war files. > says that a context descriptor is always created if it > doesn't already exists. Again, only internally, not on disk. > But when I change some JSP and reload using ant task, it > doesn't reflect. Watch out for browser caches of the generated page. Also, depending on the settings in conf/web.xml and your <Context> element, the changes to the JSP may or may not result in recompilation and/or reload of the webapp. > Also, tomcat seems to have created a local copy of > all files in its webapps/ directory. That's normal, when unpackWARs is set to "true" in the <Host> element. If "false", portions of the .war file will be unpacked into Tomcat's work directory instead. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
