Details

    • Type: Improvement Improvement
    • Status: Closed
    • Priority: Trivial Trivial
    • Resolution: Won't Fix
    • Affects Version/s: 2.1
    • Fix Version/s: None
    • Component/s: Components/Renderers
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: All

    • Issuezilla Id:
      580
    • Status Whiteboard:
      Hide

      size_medium importance_medium

      Show
      size_medium importance_medium

      Description

      I would like to propose that we add some way to have a server-side component
      tree removed from the session in the same way that there is a @Remove method on
      a stateful session bean. As you know, the component tree is only cleaned up when
      it falls out of the component tree queue in the session (LRU). However, there
      are times in the application when it is clear to the developer based on a
      navigation event that the user is departing a page and will not restore it in
      the future. I suggest that we introduce the method remove() on UIViewRoot that
      removes the component tree from the session immediately.

      I didn't really envision this mechanism as a way to prevent the user from going
      backwards. There are much less drastic and more elegant ways to deal with that
      problem.

      The developer would have to be aware of the consequences, but I see it more
      something a framework will leverage.

        Activity

        Hide
        rogerk added a comment -

        triage

        Show
        rogerk added a comment - triage
        Hide
        rogerk added a comment -

        triage

        Show
        rogerk added a comment - triage
        Hide
        rogerk added a comment -

        triage

        Show
        rogerk added a comment - triage
        Hide
        Ed Burns added a comment -

        Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.

        Show
        Ed Burns added a comment - Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.
        Hide
        Ed Burns added a comment -

        leave unchanged

        Show
        Ed Burns added a comment - leave unchanged

          People

          • Assignee:
            Unassigned
            Reporter:
            mojavelinux
          • Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: