Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 49714 invoked by uid 500); 7 Jun 2001 15:04:34 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: tomcat-user@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 49411 invoked from network); 7 Jun 2001 15:04:27 -0000 Received: from unknown (HELO globalprime.com) (hidden-user@168.215.112.2) by h31.sny.collab.net with SMTP; 7 Jun 2001 15:04:27 -0000 Received: (qmail 24154 invoked from network); 7 Jun 2001 14:50:11 -0000 Received: from unknown (HELO alex) (168.215.112.23) by 192.168.1.23 with SMTP; 7 Jun 2001 14:50:11 -0000 From: "Alex Lindgren" To: Subject: WebDAV extensions with tomcat/apache (using mod_jk) Date: Thu, 7 Jun 2001 11:04:28 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Hello, I am trying to set up apache to run a servlet that uses WebDAV extensions. mod_jk seems to not like the WebDAV extensions (such as PROPFIND). I've searched the archives and seem to have the same issue that Stefan Eissing asked about recently (see below), but could not find any replies or solutions. Does anyone know how to get Apache to send WebDAV methods to Tomcat? I am using Apache 1.3.19 with the latest version of mod_jk and Tomcat 3.2.2 -Alex >From: "Stefan Eissing" >Subject: mod_jk and new HTTP methods >Date: Fri, 18 May 2001 11:19:28 +0200 > >Hi, > >as it seems, mod_jk has a set of predefined HTTP >methods it can exchange between Apache and tomcat. >This is rather unfortunate since I am implementing >a WebDAV server and WebDAV introduces a range >of new HTTP methods. > >Whom would I best talk to regarding extending mod_jk >to be able to handle "unknown" methods as well? > >Stefan