[infinispan-dev] Cluster scaling

[Matej Lazar]

Yes, CapeDwarf uses Infinispan as persistent store.

IMO Infinispan should provide setting to enable lossless shutdown, if we want to use it for storage or distributed file system etc. As I understand external storage is the only option.

In a cloud environment, where nodes (server instances) come and go, relaying on external storage will force a user to use centralized store. Which is not the best solution if a user has requirements to work with distributed storage in the first place.

I create a ticket, as I think further discussion is required on this topic.
https://issues.jboss.org/browse/ISPN-2445


Matej.



On 23/10/12 18:08, Manik Surtani wrote:
> 
> On 23 Oct 2012, at 14:53, Thomas Fromm <tf at tfromm.com> wrote:
> 
>> On 23.10.2012 15:36, Sanne Grinovero wrote:
>>> Hi Thomas, what do you mean by "lost" entries? I'm pretty sure that if
>>> an entry can't be find in any node Infinispan will attempt to look it
>>> up from a CacheLoader.
>>>
>>
>> Yes, if you know about the key. But size(), keyset() and so on are not 
>> aware that this particular key is not loaded.
>> So you'll never know if you have all entries in cache... so you need to 
>> dig into the cache loader by yourself :-/
>> This is a bit unsatisfying, rhauch wrote also ISPN ticket for this 
>> problem :-)
>>
>> This problem appears, when you start seeing ISPN not only as cache in 
>> classic way, but as storage.
> 
> I think the problem is in the keySet() and entrySet() methods.  These were originally included as a part of extending ConcurrentMap, but IMO these methods are not practical for a data store.
> 
> --
> Manik Surtani
> manik at jboss.org
> twitter.com/maniksurtani
> 
> Platform Architect, JBoss Data Grid
> http://red.ht/data-grid
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>