Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-5539

Infinispan subsystem attributes are not persisted

    XMLWordPrintable

Details

    • Bug
    • Resolution: Won't Do
    • Critical
    • 10.0.0.CR4
    • 10.0.0.CR2
    • Clustering
    • None

    Description

      Certain cache configuration attributes are not persisted after reload. I find this issue being a critical one because if effectively prevents me from enabling indexing on my custom caches.

      For instance, there are no attributes indexing nor batching in the jboss-as-infinispan_4_0.xsd, whereas CLI allows one to set these; nonetheless in vain, because the values are not persisted.

      [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=server/replicated-cache=BLACKLIST_CACHE:read-attribute(name=batching)
      {
          "outcome" => "success",
          "result" => false
      }
      [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=server/replicated-cache=BLACKLIST_CACHE:read-attribute(name=indexing)
      {
          "outcome" => "success",
          "result" => "NONE"
      }
      
      [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=server/replicated-cache=BLACKLIST_CACHE:write-attribute(name=indexing,value=ALL)
      {
          "outcome" => "success",
          "response-headers" => {
              "operation-requires-reload" => true,
              "process-state" => "reload-required"
          }
      }
      [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=server/replicated-cache=BLACKLIST_CACHE:write-attribute(name=batching,value=true)
      {
          "outcome" => "success",
          "response-headers" => {
              "operation-requires-reload" => true,
              "process-state" => "reload-required"
          }
      }
      
      [standalone@localhost:9990 /] reload
      
      [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=server/replicated-cache=BLACKLIST_CACHE:read-attribute(name=indexing)
      {
          "outcome" => "success",
          "result" => "NONE"
      }
      [standalone@localhost:9990 /] /subsystem=infinispan/cache-container=server/replicated-cache=BLACKLIST_CACHE:read-attribute(name=batching)
      {
          "outcome" => "success",
          "result" => false
      }
      

      Is there any other way how one could enable indexing on one's cache? E.g. my cache:

      <replicated-cache name="BLACKLIST_CACHE" mode="ASYNC">
          <locking acquire-timeout="60000" concurrency-level="3000" isolation="REPEATABLE_READ"/>
          <transaction mode="NONE"/>
          <eviction max-entries="10000000" strategy="NONE"/>
          <expiration interval="-1" lifespan="-1" max-idle="-1"/>
          <file-store/>
          <state-transfer timeout="300000"/>
      </replicated-cache>
      

      Obviously, adding aforementioned attributes to the cache element results in an XML parsing error...

      Last but not least, is there any way how to circumvent the bug and force indexing so as to avoid deadly exceptions such as:

      java.lang.IllegalArgumentException: Indexing was not enabled on this cache. interface org.hibernate.search.spi.SearchIntegrator not found in registry

      ? I'm very well aware of the possibility to configure the whole cache programatically in runtime using CacheManager – but that is the very situation I was trying to migrate away from.

      Thx for comments.

      Attachments

        Activity

          People

            pferraro@redhat.com Paul Ferraro
            mbabacek1@redhat.com Michal Karm
            Michal Karm Michal Karm
            Michal Vinkler, Radoslav Husar
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: