DO NOT REPLY [Bug 19922] New: - Tomcat improperly extracting war files

[bu...@apache.org]

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=19922>.
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=19922

Tomcat improperly extracting war files

           Summary: Tomcat improperly extracting war files
           Product: Tomcat 4
           Version: 4.1.24
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Catalina
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: sterno@bigbrother.net


I discovered a problem with Tomcat's extraction of war files.  Let's say that I
have a war file representing version 1.0 of an application.  I proceed to
release where I've updated the library "library-1.1.jar" in the WEB-INF/lib
directory that supercedes "library-1.0.jar" (which is no longer in the war file).  

If you replace that war file and then restart tomcat to get it to recognize the
new war, it will extract the war file as expected but there's a problem.  When I
look in the work directory I see both versions of the library despite only
having one version of the library in my war file.  The worst part is that
because it's in alphabetical order in the class path, the old library will take
precedent. 

This may behave differently if you use autodeployment, I haven't tested that,
but in my case I am using the library as the root context and I've deployed it
to an arbitrary location on the server.

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org