Tapestry
  1. Tapestry
  2. TAPESTRY-397

caching should be definable per binding

    Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: 4.0
    • Fix Version/s: 4.2
    • Component/s: Framework
    • Labels:
      None

      Description

      While I was experimenting with recursive rendering, I wanted to render some of my components recursively. To make this working properly parameter caching must be disabled. But this is only possible by changing the parameter's definition because the current implementation allows the "cache" attribute to be specified only on parameters, not on bindings. However in most cases I want the parameter to be cached.

      Now the only solution to this problem - as I see - is to copy-paste the component specifications and add cache="true" to the parameter specs.

      Br,
      Norbi

        Activity

        Norbert Sándor created issue -
        Hide
        Howard M. Lewis Ship added a comment -

        To make this one thing right for you will undo a huge amount of performance improvements to the majority of users.

        Perhaps it would be possible to add something to the <component> element (and @Component annotation) to disable caching for all parameters. This would still be a large change late in the 4.0 cycle.

        Show
        Howard M. Lewis Ship added a comment - To make this one thing right for you will undo a huge amount of performance improvements to the majority of users. Perhaps it would be possible to add something to the <component> element (and @Component annotation) to disable caching for all parameters. This would still be a large change late in the 4.0 cycle.
        Jesse Kuhnert made changes -
        Field Original Value New Value
        Fix Version/s 4.2 [ 12312203 ]
        Mark Thomas made changes -
        Workflow jira [ 12322139 ] Default workflow, editable Closed status [ 12567299 ]
        Mark Thomas made changes -
        Workflow Default workflow, editable Closed status [ 12567299 ] jira [ 12590153 ]

          People

          • Assignee:
            Unassigned
            Reporter:
            Norbert Sándor
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:

              Development