Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-8860

Lazy start counter's caches

XMLWordPrintable

    • Icon: Enhancement Enhancement
    • Resolution: Done
    • Icon: Major Major
    • 9.2.1.Final
    • None
    • Clustered Counter
    • None

      Goal: if counter's are used, there is no need to start counter's caches!

      Main change:

      • remove __counter_configuration and use the state-cache to store counter's configuration

      Summary:

      • When the first counter is defined and stored in the state-cache, the __counter cache is started.
      • When a node joins, it starts the __counter cache if it finds a counter's configured stored
      • We need to persist the counter's configuration (for persisted counters only!) manually since the state-cache isn't persisted

      Issues

      • the state-cache is available during partitions! same counter can be defined with different configuration
        users have to deal with it while I can't find a way to resolve a conflict.

            pruivo@redhat.com Pedro Ruivo
            pruivo@redhat.com Pedro Ruivo
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: