[infinispan-dev] Deprecation of Index.LOCAL
Adrian Nistor
anistor at redhat.com
Mon May 15 10:01:13 EDT 2017
+1 to kill it.
On 05/15/2017 12:09 PM, Gustavo Fernandes wrote:
> Hi, the Index.LOCAL setting was introduced eons ago to allow indexing
> to occur once cluster-wide;
> thus it's recommended when using an IndexManager such as
> InfinispanIndexManager and ElasticsearchIndexManager that is shared
> among all nodes.
>
> Furthermore, Index.LOCAL suits ClusteredQueries [1] where each node
> has its own "private" index and query is broadcasted to each
> individual node, and aggregated in the caller before returning the
> results.
>
> The issue with Index.LOCAL is when a command is originated in a
> NON_OWNER (this happens in DIST caches), where there is no context
> available that prevents obtention of previous values needed certain
> commands. This makes fixing [2] complex as it requires fiddling with
> more than a couple of interceptors, and it'd require remote fetching
> of values. This extra fetch could be avoided if indexing always occurs
> in the owners.
>
>
> tl;dr
>
> The proposal is to deprecate Index.LOCAL, and map it internally to
> Index.PRIMARY_OWNER
> Everything should work as before, except if someone is relying to find
> a certain entry indexed in a specific local index where the put was
> issued: the ClusteredQuery test suite does that, but I don't think
> this is a realistic use case.
>
> Any objections?
>
> Thanks,
> Gustavo
>
>
> [1]
> http://infinispan.org/docs/stable/user_guide/user_guide.html#query.clustered-query-api
> [2] https://issues.jboss.org/browse/ISPN-7806
>
>
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20170515/d5014bc0/attachment.html
More information about the infinispan-dev
mailing list