Yoav, Thanks for the reply...yeah I'm a bit long-winded at times...sorry 'bout that. :)
Anyways, to answer a few of your questions...my directory structure is as follows...I have a directory called 'application' and in 'application' I have a header.jsp file...then under 'application' I have 5 subdirectories which contain the 5 functionalities of the software. In these subdirectories, all filed have the jsp:include file="../header.jsp" call in them to pull header.jsp from the 'application' directory, so they all share this one common header file. This works perfectly when I drop the actual expanded directory structure in the webapps directory and set the docBase in my server.xml to the parent directory of 'application'...but as soon as I war everything up and drop the war in the webapps directory and set the docBase to the war filename in server.xml, I get blank pages in any call I make to any of the files in any of the subdirectories in the application folder. I also have a few files in the 'application' directory that have jsp:include file="header.jsp" in them and those all work perfectly in war format and unpacked format...so I looked at the servlet log in the log directory of tomcat and I have a bunch of FileNotFoundExceptions and it shows tomcat trying to access the file like this: "/application/import/../header.jsp" It's like its trying to access header.jsp in a subdirectory of import with the directory name of '..' instead of using those '..' to traverse up one directory and look for the file. Very strange stuff. I'm using tomcat 4.0.3 (I know it's old but it's too late in the development process and too close to the next release date to change the version of tomcat we're using (which we plan on doing in the next developmental cycle...but for now, this is really just curiosity...if we are forced to leave it expanded, then so be it, but for out installation process, using the WAR would be SO much nicer...and if we can work around this last bit of trouble, we'd be in the clear.) ) As for the getRealPath...we don't use that call often, but we have a section of the application where we import external files the user tells us the filename of and I guess we're just doing it incorrectly...I'll look into your suggestions on the replacement of the getRealPath...thank you for all your help. Rob -----Original Message----- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, December 18, 2003 9:19 AM To: Tomcat Users List Subject: RE: include/WAR Howdy, Not a big fan of short sentence, huh? ;) >Is this a tomcat issue or is this a jdk 1.4 issue where the jsp:include >calls in my jsp pages that include files from other directories do not work It's probably neither a tomcat issue nor a JDK 1.4 issue. By other directories, do you mean outside the webapp? >when the webapp I'm deploying is in WAR format? I have a context setup for Packed or unpacked WAR? Either way, your webapp should not use getRealPath calls: replace them with ServletContext#getResource or getResourceAsStream. >getRealPath() calls break as well...is there any way to force Tomcat to >autoexpand my WAR file even though I'm setting it up with a context and Yes, set the unpackWARs attribute to true for the Host element where your Context is. You can verify that your WAR is unpacked by looking at the filesystem. Remember, if you're using tomcat 5 it's under a different directory from tomcat 4. >realm in server.xml? Or am I stuck going through my entire application and >giving absolute paths to all my jsp:include files and writing something to >create temporary directories to replace my getRealPath() situations? You should replace your getRealPath calls anyways. You should have relative paths for your inclusions anyways. Yoav Shapira 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
