Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.0
    • Fix Version/s: 2.1
    • Component/s: Facelets/VDL
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: Macintosh

    • Issuezilla Id:
      777
    • Status Whiteboard:
      Hide

      size_small importance_large

      Show
      size_small importance_large

      Description

      The JSF2 Facelets API provides applications/frameworks with control over how Facelets files are
      located/loaded via the javax.faces.view.facelets.ResourceResolver. We leverage this API to allow loading
      of user-specific, personalized/customized Facelets files from an external source (eg. from a rdbms).

      While ResourceResolver allows us to load these user-specific views, we run into scalability problems
      due to the default caching strategy for Facelet objects. In particular, DefaultFaceletFactory (now an
      internal/implementation class) caches all Facelet objects forever. This does not work for our use case.
      We need the ability to prune user-specific Facelet objects from the cache in response to application
      activity.

      Logging this issue to request that we expose a new API that allows applications/frameworks to control
      Facelet object caching behavior.

        Issue Links

          Activity

          Hide
          Ed Burns added a comment -

          Update status for JCP ChangeLog.

          Show
          Ed Burns added a comment - Update status for JCP ChangeLog.
          Hide
          Ed Burns added a comment -

          Ensure changelog_2_1 is in keywords list

          Show
          Ed Burns added a comment - Ensure changelog_2_1 is in keywords list
          Hide
          Ed Burns added a comment -

          Created an attachment (id=315)
          Spec language

          Show
          Ed Burns added a comment - Created an attachment (id=315) Spec language
          Hide
          Ed Burns added a comment -

          Committed revision 8681.

          Show
          Ed Burns added a comment - Committed revision 8681.
          Hide
          Manfred Riem added a comment -

          Closing resolved issue out

          Show
          Manfred Riem added a comment - Closing resolved issue out

            People

            • Assignee:
              Ed Burns
              Reporter:
              aschwart
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: