> And I really, really do not understand why the people who make the > installer of the > Windows version of Tomcat - and who are undoubtedly otherwise pretty smart > people - are > compounding the issue by installing this by default in a sub-directory > named "Apache > Software Foundation".
Following Andre's advice, I googled with "deployment" and found this: - TC6: In CGI Mode, "executable" full path with spaces does not work https://issues.apache.org/bugzilla/show_bug.cgi?id=49657 - TC5: Tomcat fails to start on linux if CATALINA_HOME contains a space https://issues.apache.org/bugzilla/show_bug.cgi?id=43578 - TC5: java.endorsed.dirs is not used when JSP compilation is forked (see comment #2) https://issues.apache.org/bugzilla/show_bug.cgi?id=31257#c2 It looks like having spaces ought to be ok. => Does anybody having experience with Tomcat dev team think I should fill a new bug? Thank you. > epr...@orpheus.fr wrote: >> ### Summary >> >> TC fails to compile JSP when 1) the compiler is AntCompiler and 2) there >> is a whitespace somewhere in the pathname to TC home dir. > > Personal opinion : you should not do that (use paths with spaces in them). > It was a > stupid idea to allow this in the first place, and the person who first > implemented this in > an operating system should be found and shot (or at least be awarded an > IgNobel prize; or > have the costs of this over the years deducted from their old-age > pension). It always > brings problems somewhere down the line, and not only with Tomcat. > > And I really, really do not understand why the people who make the > installer of the > Windows version of Tomcat - and who are undoubtedly otherwise pretty smart > people - are > compounding the issue by installing this by default in a sub-directory > named "Apache > Software Foundation". > > Now about whether this is a bug in Tomcat or its documentation : I am > fairly sure that not > long ago, I saw a strong warning somewhere in the on-line Tomcat > documentation, about not > using spaces in pathnames somewhere, as it was not supported by some > component. > It may have been somewhere related to "deployment". > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org