Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-24320

Move memory caching handlers to Cache storage

    Details

      Description

      ATM we have two memory caching Persistence handler implementations, Language and ContentType. These cache data in-memory, meaning for the lifecycle of their services. They are located in Legacy Storage Engine (LSE), and are configured in main LSE handler, using concrete implementations to do their job. This also means Cache storage ends up using them in its implementations.

      There are several problems with this setup:

      1. there is nothing specific to LSE in their implementations
      2. when Cache Storage Engine is configured to work with LSE, logic in Cache handler implementations will override their function and in-memory cache will be created, but never hit, so they are basically dead weight now

      Proposed:

      Move memory caching handlers into Cache storage and configure them with concrete Cache handler implementations. Here they can actually be put to good use, avoiding unnecessary hits on SPI (Stash) cache.

        Activity

        Hide
        Petar Spanja (Inactive) added a comment -

        Language and ContentType handlers are actually used in the storage implementation all over the place, so it makes sense to keep them as they are.

        Show
        Petar Spanja (Inactive) added a comment - Language and ContentType handlers are actually used in the storage implementation all over the place, so it makes sense to keep them as they are.

          People

          • Assignee:
            Unassigned
            Reporter:
            Petar Spanja (Inactive)
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: