You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Daniel Sportes (JIRA)" <de...@geronimo.apache.org> on 2006/09/22 00:59:24 UTC

[jira] Updated: (GERONIMO-2420) No support of WebDAV http-methods (MKCOL ...) in web-app with security-constraint

     [ http://issues.apache.org/jira/browse/GERONIMO-2420?page=all ]

Daniel Sportes updated GERONIMO-2420:
-------------------------------------

    Attachment: web-app_2_4b.xsd

The schema modified for accepting WebDAV http-method.

> No support of WebDAV http-methods (MKCOL ...) in web-app with security-constraint
> ---------------------------------------------------------------------------------
>
>                 Key: GERONIMO-2420
>                 URL: http://issues.apache.org/jira/browse/GERONIMO-2420
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: deployment
>         Environment: Release in WASCE (probably 1.0) - Windows XP - Java 1.5
>            Reporter: Daniel Sportes
>         Attachments: web-app_2_4b.xsd
>
>
> The schema web-app_2_4.xsd does not accept WebDAV http-method as PROPFIND, MKCOL, etc. in security-constraint (in web.xml).
> As consequence as I develop a business server based on WebDAV, I cannot require an authentication for accessing the WebDAV servlet. Just observe it is possible with Tomcat.
> As the error message indicates the web-app_2_4.xsd schema, I patched this schema in the directory %install%/schema.
> Eclipse is now happy and does not mark anymore my web.xml in error.
> However, this causes an exception at deployment in the server.
> If I remove all forbidden http-method, no more deployment exception of course, but I do not receive PROPFIND method calls in my servlet.
> If I completely remove the security-constraint section, PROPFIND methods are correctly received in my servlet ... but the user authentication is no more required (that is not an acceptable solution for a business server). The method list seems to be coded somewhere else than in the schema.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira