DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10026>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10026 manager/stop and manager/remove ------- Additional Comments From [EMAIL PROTECTED] 2003-06-13 18:14 ------- A similar bug was fixed in Log4J. While it's arguable whether it's a struts bug, tomcat bug, or a windows bug, I thought I'd post the details to see if anyone has ideas on how tomcat can fix this. The bug (from what I understand) is that when dtd's are loaded from the jar (while running on windows), the jar is locked b/c the input stream for the dtd has not be properly closed. In log4j, this is fixed by using a custom EntityResolver to load the dtd. (the resolver makes a copy of the dtd input stream in memory and return the copied stream after closing the real input stream) references to this can be found in the log4j code, but this url from the barracuda project has a pretty good summary: http://barracuda.enhydra.org/software/cvs/cvsweb.cgi/Projects/EnhydraOrg/toolsT ech/Barracuda/WEB-INF/lib/log4j-1.2.7a.jar?rev=1.1&content-type=text/x-cvsweb- markup the files of interest in log4j are: org/apache/log4j/xml/Log4jEntityResolver.java org/apache/log4j/xml/DOMConfigurator.java is there some way for tomcat to always use a custom EntityResolver if the system is windows? Something that may also be of interest: I've found that if I expand the jar and dump all the files into WEB- INF/classes, there are problems undeploy/removing the app --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
