Return-Path: 
 <dev-return-80904-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 67748 invoked from network); 25 Oct 2005 13:53:13 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 25 Oct 2005 13:53:13 -0000
Received: (qmail 48639 invoked by uid 500); 25 Oct 2005 13:52:47 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 48067 invoked by uid 500); 25 Oct 2005 13:52:44 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
List-Id: <dev.cocoon.apache.org>
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 47598 invoked by uid 99); 25 Oct 2005 13:52:40 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2005 06:52:39 -0700
Received: from ajax.apache.org (ajax.apache.org [127.0.0.1])
	by ajax.apache.org (Postfix) with ESMTP id C202322F
	for <dev@cocoon.apache.org>; Tue, 25 Oct 2005 15:52:01 +0200 (CEST)
Message-ID: <2027293693.1130248321792.JavaMail.jira@ajax.apache.org>
Date: Tue, 25 Oct 2005 15:52:01 +0200 (CEST)
From: "Helma van der Linden (JIRA)" <jira@apache.org>
To: dev@cocoon.apache.org
Subject: [jira] Closed: (COCOON-608) Incorrect caching behaviour
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

     [ http://issues.apache.org/jira/browse/COCOON-608?page=all ]
     
Helma van der Linden closed COCOON-608:
---------------------------------------

    Resolution: Fixed

> Incorrect caching behaviour
> ---------------------------
>
>          Key: COCOON-608
>          URL: http://issues.apache.org/jira/browse/COCOON-608
>      Project: Cocoon
>         Type: Bug
>   Components: * Cocoon Core
>     Versions: 2.1.8-dev (Current SVN)
>  Environment: Operating System: other
> Platform: All
>     Reporter: Alex Romayev
>     Assignee: Cocoon Developers Team
>     Priority: Blocker
>  Attachments: test.zip
>
> It appears when a generator uses an output of another match (say a.resource), 
> when a.resourse changes, the cache of the pipeline that uses its output does 
> not get invalidated.  Here is an example of the sitemap that exibits this 
> behaviour:
> <map:components>
> 	<map:actions>
> 		<map:action name="request"
> src="org.apache.cocoon.acting.RequestParamAction"/>
> 	</map:actions>
> </map:components>
> <map:pipelines>
> <map:pipeline>
> <map:match pattern="*.portlet">
> 	<map:match pattern="a.portlet">
>    		<map:generate src="cocoon:/a.resource"/>
>    		<map:serialize type="xml"/>
> 	</map:match>
> </map:match>
> <map:match pattern="*.resource">
> 	<map:match pattern="a.resource">
>   		<map:act type="request">
>   			<map:parameter name="parameters" value="true"/>
> 			<map:generate src="{locale}.xml"/>
> 	   		<map:serialize type="xml"/>
> 	  	</map:act>
>   	</map:match>
> </map:match>
> </map:pipeline>
> </map:pipelines>

-- 
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