Bug 983858
| Summary: | [GSS] (6.3.x) access-log does not log 404 for non-existent context when enable-welcome-root is set to false in EAP 6 | |||
|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Masafumi Miura <mmiura> | |
| Component: | Web | Assignee: | Rémy Maucherat <rmaucher> | |
| Status: | CLOSED WONTFIX | QA Contact: | Radim Hatlapatka <rhatlapa> | |
| Severity: | low | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 6.1.0 | CC: | bmaxwell, chaowan, istudens, jawilson, mmiura, myarboro, rhatlapa, rmaucher | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1125934 (view as bug list) | Environment: | ||
| Last Closed: | 2014-10-06 13:46:51 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
| Embargoed: | ||||
| Bug Depends On: | 1125934 | |||
| Bug Blocks: | ||||
The issue still valid in latest build EAP 6.3.0.ER10. @Mark: Yes, we can drop this from 6.3.z. |
Description of problem: access-log setting does not log 404 for non-existent context when enable-welcome-root is set to false in EAP 6 Steps to Reproduce: 1. Configure web subsysmte to set enable-welcome-root to "false" and enable access-log. For example: <subsystem xmlns="urn:jboss:domain:web:1.4" default-virtual-server="default-host" native="false"> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http"/> <virtual-server name="default-host" enable-welcome-root="false"> <alias name="localhost"/> <alias name="example.com"/> <access-log/> </virtual-server> </subsystem> 2. Access non-existent context and get 404 like: curl -v http://localhost:8080/foobar 3. Check the access log Actual results: Nothing is logged in the access logging. Expected results: 404 should be logged in the access logging.