You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Preface

The will address various windows issues. Please see the [http://wiki.apache.org/tomcat/UsefulLinks Other Resources Link] for more links related to Windows.

Questions

Why do I get Out of Environment Space?

Check the Tomcat README, and [http://marc.theaimsgroup.com/?l=tomcat-user&m=103918210305702&w=2 this link]

  • When I start up tomcat (or when it is running), I get the error java.lang.IllegalMonitorStateException: current thread not owner*

That is weird - but solved. See the [http://issues.apache.org/bugzilla/show_bug.cgi?id=13723 Tomcat Bug Report] and [http://developer.java.sun.com/developer/bugParade/bugs/4776385.html Sun Bug Parade report] for the answer.

Can I turn off case sensitivity?

[http://tomcat.apache.org/tomcat-4.1-doc/config/resources.html Yes]

Can I use NTLM authentication?

With help from the Samba folks, [http://jcifs.samba.org/src/docs/ntlmhttpauth.html it is possible].

I want to redeploy web applications, how do I prevent resources from getting locked?

Most locking issues will occur with JARs from /WEB-INF/lib, and are useally caused by access through URLs. Tomcat has mechanisms to allow avoiding locking. In Tomcat 5.0, a mechanism exists to prevent locking when accessing resources using the getResource method of the URL classloader (many applications, such as Xerces, do not set the use of caching to false before opening the URL connection, causing locking). If such a call occurs, resources inside the JARs will be extracted to the work directory of the web application. In Tomcat 5.5, this mechanism is disabled by default (as it has a non negligible influence on startup times, and is often useless), and can be enabled using the antiJARLocking attribute of the Context element. There is another lock prevention mechanism in Tomcat 5.5 (antiResourceLocking attribute), which will cause the web application files to be copied to the temp folder and run from this location. This has a larger impact on web application startup times, but obviously prevents locking on all resources of the web application. This also allows more flexible management operations as none of the web application resources will be locked, even while the web application is running (as a special note, when making changes JSPs without reloading the application, the changes has to be duplicated to the path where the web application resources have been copied in the temp folder).

  • No labels