[infinispan-dev] Hibernate Search alternative Directory distribution

[Łukasz Moreń]

>
> 1. share the same grid cache between the master and the slaves


Infinispan has a flat structure. The key has to contain:

 - the index name

 - the chunk name

Both with essentially be the unique identifier.


I suppose in this idea all indexes are stored in a one single grid. What
about one Infinispan grid per directory, similarly to RAMDirectory or
FSDirectory? IMHO it could make some simplifications i.e. in metadata or key
names.
Are there any Infinispan drawbacks to have a high number of caches in the
network? Sharing JGroups channels can help in that?

_
Lukasz


2009/7/9 Emmanuel Bernard <emmanuel at hibernate.org>

>
> On  Jul 9, 2009, at 16:16, Manik Surtani wrote:
>
>
>>> In the case of replication, make sure a FD back end can be activated in
>>> case the grid goes to the unreachable clouds of total inactivity.
>>>
>>
>> FD backend?  I presume you mean a cache store.  Have a look at the
>> different cache stores we ship with, I reckon a FileCacheStore would do the
>> trick for you.
>>
>>
>> http://infinispan.sourceforge.net/4.0/apidocs/org/infinispan/loaders/CacheStore.html
>>
>> http://infinispan.sourceforge.net/4.0/apidocs/org/infinispan/loaders/file/FileCacheStore.html
>>
>
> Yes I meant FS as FileSystem, but any backend would do (though DB would be
> a bad choice).
>
> _______________________________________________
> 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/20090713/a4d5fba0/attachment-0001.html