https://issues.apache.org/bugzilla/show_bug.cgi?id=51294

Mark Thomas <ma...@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|minor                       |enhancement

--- Comment #10 from Mark Thomas <ma...@apache.org> 2012-02-02 16:24:46 UTC ---
(In reply to comment #9)
> Nowhere in the documentation of Tomcat 6 was it mentioned the war need to be 
> in
> the Webapp to be unpacked. I haven't found any specification mentioning that
> this has to be that way too. So changing this behaviour without first
> consulting people and on an haunch really was a bad move.

The Tomcat documentation for the host element has contained variations of the
following since the 6.0.0 tag (and probably earlier but I didn't go back into
the 5.5.x series):
<quote>
upackWARs: Set to true if you want web applications that are placed in the
appBase directory as web application archive (WAR) files to be unpacked into a
corresponding disk directory structure, false to run such web applications
directly from a WAR file.
</quote>

The Servlet specification is quite clear that applications should not rely on
running in expanded form on a file system. If I recall correctly, it mentions
that they might be located in a database.

The behaviour if the WAR is placed outside the appBase was undefined until
7.0.12 where it was defined that they would not be expanded due, as you say, to
complications this creates for auto-deployment.

The simplest work-around is to deploy as an expanded directory rather than as a
WAR or deploy into the appBase.


I'm moving this issue to an enhancement. Any patch that addresses this needs to
take account of the various edge cases as per the referenced discussions.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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

Reply via email to