#742: Change execution filter to run action again if action is cached, but
output
type of the view isn't
--------------------+-------------------------------------------------------
Reporter: david | Owner: david
Type: task | Status: new
Priority: normal | Milestone: 0.11.1
Component: filter | Version: 0.11.0
Severity: major | Resolution:
Keywords: | Has_patch: 0
--------------------+-------------------------------------------------------
Old description:
> Problem:
> * Action with two Output Types A and B in the View
> * Action runs, View runs with Output Type A, cache for Action and View
> (for Output Type B) is written
> * Action runs again, with Output Type B, cache is not stale. Cache is
> used for the Action, but the View needs to be executed again, for Output
> Type B
>
> This is possible already: you can include the attributes from the Action
> in the cache.
>
> However, you might have tons and gigabytes of data for the View, and thus
> require to run the Action again.
>
> My suggestion: in such a situation, the Action is executed again
> '''unless {{{<action_attribute>}}} configuration is given in the caching
> XML config'''
New description:
Problem:
* Action with two Output Types A and B in the View
* Action runs, View runs with Output Type A, cache for Action and cache
View (for Output Type A, '''not for B''', obviously) is written
* Action runs again, with Output Type B, cache is not stale. Cache is
used for the Action, but the View needs to be executed again, for Output
Type B
This is possible already: you can include the attributes from the Action
in the cache.
However, you might have tons and gigabytes of data for the View, and thus
require to run the Action again.
My suggestion: in such a situation, the Action is executed again '''unless
{{{<action_attribute>}}} configuration is given in the caching XML
config'''
--
Ticket URL: <http://trac.agavi.org/ticket/742#comment:1>
Agavi <http://www.agavi.org/>
An MVC Framework for PHP5
_______________________________________________
Agavi Tickets Mailing List
[email protected]
http://lists.agavi.org/mailman/listinfo/tickets