Hello Craig, One thing to watch out for when running an app directly from a .war file is that if the application is trying to do any File IO where it tries to load resources existing within the WAR structure, it won't work if the .war is not expanded into a directory. I've noticed various frameworks that ignore this and continue to use File IO. These apps *will* break. See if you are getting any stack traces in Tomcat's log files. You might want to turn Tomcat's debugging level up and check if any of these problems exist.
Jake Monday, January 13, 2003, 12:12:41 PM, you wrote: CSC> This afternoon I began to look at running some of our WAR files in CSC> Tomcat (4.0.4) without unpacking them. I set the unpackWars=false in CSC> server.xml. CSC> This seems pretty straightforward, although there appear to be some CSC> issues. None of the application that I try to run this way work now. CSC> These applications do work if I set unpackWars=true. CSC> An example is Cocoon. When I try and run Cocoon without unpacking it, I CSC> get some errors in Cocoon where it appears unable to find some of the CSC> classes it requires. If I look into the work directory, I find that CSC> some files have been unpacked there (as I expected), and notice that the CSC> classes in question actually do exist in a JAR in the WEB_INF\lib CSC> directory (as expected). So, in Cocoon's case, I am unable to compile CSC> the sitemap_xmap.java file. CSC> So my question is .... what am I missing? Are there some other CSC> configurable options that I should be aware of? What do I need to do to CSC> make an application run without unpacking the WAR file? I also noticed CSC> that the contents of the work directory are different depending on CSC> whether or not unpackWars is true of false. I could see that being CSC> expected behavior - but should it be? CSC> Thanks for any help. CSC> Craig S. Connell CSC> -- CSC> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> CSC> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Best regards, Jacob mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
