httpd-cli-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38436] New: - Handlers for nonexistant files don't get called, 404 error instead
Date Sun, 29 Jan 2006 22:24:04 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=38436>.
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=38436

           Summary: Handlers for nonexistant files don't get called, 404
                    error instead
           Product: Apache mod_aspdotnet
           Version: 2.0.0
          Platform: Other
        OS/Version: Windows XP
            Status: NEW
          Severity: trivial
          Priority: P4
         Component: mod_aspdotnet
        AssignedTo: cli-dev@httpd.apache.org
        ReportedBy: picaune@hotmail.com
                CC: picaune@hotmail.com


Under Cassini, under the ASP.NET WebDev server, and in the documentation 
(http://msdn2.microsoft.com/ms228090.aspx), if a handler is registered for a 
path in ASP.NET, the handler is called for that path regardless of whether or 
not a physical file exists in that location. Specifically, "The response is 
created dynamically by the handler; there is no need for a file with the file 
name extension .sample to exist."

Under mod_aspdotnet, requests to nonexistant files return an error 404, and the 
handler does not get called. The server logs an event "mod_aspdotnet: File not 
found or unable to stat: <physical/path/to/non-ex/file>".

The application I developed required a single "file" to operate (it derived 
commands from the path info and all commands accepted a wildcard 
filename "~.cdl"), so to work around this difficulty I created an empty file 
with the correct name and put it where mod_aspdotnet was looking for one, and 
my handler ran correctly. However, for applications that use many 
nonexistant "files", this could become unfeasable.

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

Mime
View raw message