tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 27407] - Missing application web.xml, using defaults only
Date Tue, 20 Apr 2004 17:35:28 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=27407>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27407

Missing application web.xml, using defaults only

equalto@mail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |



------- Additional Comments From equalto@mail.com  2004-04-20 17:35 -------
I can confirm that I get this issue during development when *hot/live 
deploying" a webapp by overwriting an existing WAR which is already deployed in 
the webapps/ directory, while Tomcat is running.

I'm running Tomcat 5.0.19 on Windows 2000 Server.

Here is some sample logging output:
----------------------------
log4j:WARN No appenders could be found for logger 
(org.apache.catalina.session.ManagerBase).
log4j:WARN Please initialize the log4j system properly.
Apr 20, 2004 12:14:17 PM org.apache.catalina.core.StandardHostDeployer install
INFO: Installing web application at context path /portal from URL 
file:D:/Java/jakarta-tomcat-5.0.19/webapps/portal
Apr 20, 2004 12:14:18 PM org.apache.catalina.startup.ContextConfig 
applicationConfig
INFO: Missing application web.xml, using defaults only StandardEngine
[Catalina].StandardHost[localhost].StandardContext[/portal]
----------------------------

When the container is in this state, it serves up the stock standard "Directory 
Listing For /" directory listing page, as if I were hitting a browsable 
directory.

I can confirm that I definitely have a web.xml in my WAR, since to work around 
this issue, I shutdown Tomcat, delete the exploded WAR directory in webapps/ 
and restart Tomcat and the webapp works correctly again.

This is quite a nuisance since it slows down the development cycle considerably.

I'd be willing to provide additional info to help reproduce and diagnose this 
issue, if need be.

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


Mime
View raw message