Re: [infinispan-dev] Cluster scaling
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(a)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(a)jboss.org
twitter.com/maniksurtani
Platform Architect, JBoss Data Grid
http://red.ht/data-grid
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev