Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 38BFF10D9E for ; Thu, 13 Feb 2014 00:54:18 +0000 (UTC) Received: (qmail 58688 invoked by uid 500); 13 Feb 2014 00:54:14 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 58632 invoked by uid 500); 13 Feb 2014 00:54:14 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 58624 invoked by uid 99); 13 Feb 2014 00:54:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Feb 2014 00:54:14 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mike.rumph@oracle.com designates 141.146.126.69 as permitted sender) Received: from [141.146.126.69] (HELO aserp1040.oracle.com) (141.146.126.69) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Feb 2014 00:54:08 +0000 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s1D0rlOw012439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 13 Feb 2014 00:53:48 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1D0rkaq027646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 13 Feb 2014 00:53:46 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s1D0rkFv022538 for ; Thu, 13 Feb 2014 00:53:46 GMT Received: from [10.159.230.70] (/10.159.230.70) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 12 Feb 2014 16:53:46 -0800 Message-ID: <52FC1798.5030108@oracle.com> Date: Wed, 12 Feb 2014 16:53:44 -0800 From: Mike Rumph Organization: Oracle Corporation User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: users@httpd.apache.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------030206070301050902090700" X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] apache caching 400 http status? --------------030206070301050902090700 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello Anthony, The discussion on the caching of 503 errors in bug 55669 may apply to this email thread as well. - https://issues.apache.org/bugzilla/show_bug.cgi?id=55669 Thanks, Mike Rumph On 2/12/2014 2:35 PM, Anthony J. Biacco wrote: > > I'm running compiled apache 2.2.24 on centos 6.4 > > I have a URL which gets proxied to tomcat with mod_proxy_ajp. > > The URL in a test scenario is producing a 400 status and content using > tomcat custom error pages. > > Said URL space is cached in apache with mod_disk_cache. > > Apache is caching said content and serving it out of cache. > > I was under the assumption that 400 statuses were not supposed to be > cached and the 2.2 says as much. > > Is this incorrect (even if a Cache-Control header is being set)? > > -Tony > > --------------------------- > > Manager, IT Operations > > Format Dynamics, Inc. > > P: 303-228-7327 > > F: 303-228-7305 > > abiacco@formatdynamics.com > > http://www.formatdynamics.com > --------------030206070301050902090700 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Anthony,

The discussion on the caching of 503 errors in bug 55669 may apply to this email thread as well.
- https://issues.apache.org/bugzilla/show_bug.cgi?id=55669

Thanks,

Mike Rumph

On 2/12/2014 2:35 PM, Anthony J. Biacco wrote:

I’m running compiled apache 2.2.24 on centos 6.4

I have a URL which gets proxied to tomcat with mod_proxy_ajp.

The URL in a test scenario is producing a 400 status and content using tomcat custom error pages.

Said URL space is cached in apache with mod_disk_cache.

Apache is caching said content and serving it out of cache.

 

I was under the assumption that 400 statuses were not supposed to be cached and the 2.2 says as much.

Is this incorrect (even if a Cache-Control header is being set)?

 

-Tony

---------------------------

Manager, IT Operations

Format Dynamics, Inc.

P: 303-228-7327

F: 303-228-7305

abiacco@formatdynamics.com

http://www.formatdynamics.com

 


--------------030206070301050902090700--