Return-Path: 
 <dev-return-69810-apmail-httpd-dev-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-dev-archive@www.apache.org
Received: (qmail 27102 invoked from network); 22 Oct 2010 01:49:46 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 22 Oct 2010 01:49:46 -0000
Received: (qmail 38373 invoked by uid 500); 22 Oct 2010 01:49:45 -0000
Delivered-To: apmail-httpd-dev-archive@httpd.apache.org
Received: (qmail 38321 invoked by uid 500); 22 Oct 2010 01:49:45 -0000
Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
list-help: <mailto:dev-help@httpd.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@httpd.apache.org>
List-Post: <mailto:dev@httpd.apache.org>
List-Id: <dev.httpd.apache.org>
Delivered-To: mailing list dev@httpd.apache.org
Received: (qmail 38313 invoked by uid 99); 22 Oct 2010 01:49:45 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Oct 2010 01:49:45 +0000
X-ASF-Spam-Status: No, hits=0.7 required=10.0
	tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Received: from [208.113.200.5] (HELO spaceymail-a7.g.dreamhost.com)
 (208.113.200.5)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Oct 2010 01:49:36 +0000
Received: from [208.181.207.254] (unknown [64.114.255.126])
	by spaceymail-a7.g.dreamhost.com (Postfix) with ESMTP id 714F914278
	for <dev@httpd.apache.org>; Thu, 21 Oct 2010 18:49:13 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1081)
Subject: Re: Removing Limit and LimitExcept
From: "Roy T. Fielding" <fielding@gbiv.com>
In-Reply-To: <4CC08379.5080303@rowe-clan.net>
Date: Thu, 21 Oct 2010 18:49:08 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <11A69348-C01F-4E9B-A79B-FE3644D63AAD@gbiv.com>
References: <20101016095921.AC89123888FD@eris.apache.org>
 <201010192146.28217.sf@sfritsch.de>
 <B8FF05C4-6514-4A7E-8255-1EDF0C5EBD49@gbiv.com>
 <201010192232.48996.sf@sfritsch.de>
 <99EA83DCDE961346AFA9B5EC33FEC08B04EBAD41@VF-MBX11.internal.vodafone.com>
 <1430849B-FE4C-46F1-828D-D52DD102A68F@jaguNET.com>
 <4CC08379.5080303@rowe-clan.net>
To: dev@httpd.apache.org
X-Mailer: Apple Mail (2.1081)
X-Virus-Checked: Checked by ClamAV on apache.org

On Oct 21, 2010, at 11:16 AM, William A. Rowe Jr. wrote:

> On 10/21/2010 10:21 AM, Jim Jagielski wrote:
>> All this debate makes me wonder how many people here still
>> *run* and *administer* web sites... How about putting yourself
>> in the shoes of the sys admin before willy-nilly recrafting
>> configs.
>=20
> I have, and was bit by the nonsensical behavior of Limit (attempting
> to SetHandler only on specific methods), which is why I crusade to
> eliminate it in its current form, entirely.
>=20
> <Limit PUT>
>    SetHandler put-handler
> </Limit>
>=20
> Funny thing, everything goes to put-handler.  The error logs at
> loglevel debug have nothing to say about my "stupidity" as an
> administrator.  Now how is that not totally broken and bogus?

Umm, so you tried to use the directive for something that it
does not do, never has done, and makes no sense to do ... RTFM.

  http://httpd.apache.org/docs/2.2/mod/core.html#limit
  http://httpd.apache.org/docs/2.2/mod/core.html#sethandler
  http://httpd.apache.org/docs/2.2/mod/mod_actions.html#script

It sounds like an excellent feature that almost exists.

I simply don't care how many mistaken configs there are in the
world when we are talking about breaking configs that are currently
correct, including the config we have in trunk and have
been shipping since Limit was introduced

  =
http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/extra/httpd-us=
erdir.conf.in

So I am currently -1 on the whole idea.  I see no need to deprecate
Limit and LimitExcept.  I see considerable harm in removing them
entirely.  I see no harm in introducing new directives that will do
similar functionality in a better way, documenting those directives
as the preferred alternative, and modifying our configs accordingly.

When we get to 3.0, we can remove Limit and LimitExcept entirely.
If you want to move trunk to 3.0a right now, that's fine with me.

....Roy=