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

Lazy start counter's caches

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

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
              Archiver:
              rhn-support-adongare Amol Dongare

                Created:
                Updated:
                Resolved:
                Archived: