[infinispan-dev] no eviction on indexing

Sanne Grinovero sanne at infinispan.org
Thu Nov 22 07:53:02 EST 2012


Right you should never enable eviction on a cache used to store
permanent data - like the Lucene index segment.

How would you phrase the error message?


On 22 November 2012 12:21, Ales Justin <ales.justin at gmail.com> wrote:
> Ah, OK, it should really be disabled on Lucene caches:
>
>                 <replicated-cache name="LuceneIndexesMetadata" mode="SYNC">
>                     <transaction mode="NONE"/>
>                     <eviction strategy="NONE"/>
>                     <file-store preload="true" purge="false"/>
>                 </replicated-cache>
>                 <replicated-cache name="LuceneIndexesData" mode="SYNC">
>                     <transaction mode="NONE"/>
>                     <eviction strategy="NONE"/>
>                     <file-store preload="true" purge="false"/>
>                 </replicated-cache>
>                 <replicated-cache name="LuceneIndexesLocking" mode="SYNC">
>                     <transaction mode="NONE"/>
>                     <eviction strategy="NONE"/>
>                     <file-store preload="false" purge="true"/>
>                 </replicated-cache>
>
> Horrible err msg ...
>
> On Nov 22, 2012, at 12:53 PM, Ales Justin <ales.justin at gmail.com> wrote:
>
> I was changing cache config a bit, and got this:
> * https://gist.github.com/4130728
>
>    private static void verifyCacheHasNoEviction(AdvancedCache<?, ?> cache) {
>       if (cache.getConfiguration().getEvictionStrategy().isEnabled())
>          throw new IllegalArgumentException("DistributedSegmentReadLocker is
> not reliable when using a cache with eviction enabled, disable eviction on
> this cache instance");
>    }
>
>
> How do you then handle memory overflow on no-eviction caches?
>
>
> -Ales
>
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev


More information about the infinispan-dev mailing list