Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 13459 invoked from network); 24 Feb 2007 14:57:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Feb 2007 14:57:28 -0000 Received: (qmail 91321 invoked by uid 500); 24 Feb 2007 14:57:36 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 90867 invoked by uid 500); 24 Feb 2007 14:57:35 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 90855 invoked by uid 99); 24 Feb 2007 14:57:35 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Feb 2007 06:57:35 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 24 Feb 2007 06:57:26 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B64FD7141B8 for ; Sat, 24 Feb 2007 06:57:05 -0800 (PST) Message-ID: <1580972.1172329025744.JavaMail.jira@brutus> Date: Sat, 24 Feb 2007 06:57:05 -0800 (PST) From: "Grzegorz Kossakowski (JIRA)" To: dev@cocoon.apache.org Subject: [jira] Updated: (COCOON-2009) Pipelines more HTTP-compliant (respecting and producing HTTP headers and status codes) In-Reply-To: <15614645.1171385465820.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COCOON-2009?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Grzegorz Kossakowski updated COCOON-2009: ----------------------------------------- Attachment: cocoon-pipeline-impl-http-compliant-patch-2.txt cocoon-pipeline-impl-http-compliant-patch-2.txt: I've changed Last-Modified header value calculation. Now it's the same as in response that is cached. NOTE: Someone could also wonder why there are so many places where HTTP OK is set and why it could not be done in AbstractProcessingPipeline's proces() method as it is seems to be the best place. Of course, it would be fantastic to set it one place, but this method does not know if some component somewhere deep in the processing tree has not set status code already (to 302 value). Personally, I'm do not understand why components are allowed to manipulate status code/response headers but I'll write my thoughts on the list someday. > Pipelines more HTTP-compliant (respecting and producing HTTP headers and status codes) > -------------------------------------------------------------------------------------- > > Key: COCOON-2009 > URL: https://issues.apache.org/jira/browse/COCOON-2009 > Project: Cocoon > Issue Type: Improvement > Components: - Components: Sitemap > Affects Versions: 2.2-dev (Current SVN) > Reporter: Grzegorz Kossakowski > Fix For: 2.2-dev (Current SVN) > > Attachments: cocoon-pipeline-impl-http-compliant-patch-1.txt, cocoon-pipeline-impl-http-compliant-patch-2.txt > > > This issue was discussed a little here: http://news.gmane.org/find-root.php?group=gmane.text.xml.cocoon.devel&article=70383 > Main aim is to respect cache-related headers and produce necessary information for clients to do proper caching. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.