Tas - http://www.ratebeer.com/beer/268erna-hora-tas-10o/19240/
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
On 19.12.2012 07:34, Bela Ban wrote:
I'm missing the upgrade to JGroups 3.2.5 in the list :-(
I also suggest moving the release data to Dec 22: then you don't have to
do the release as the 21st is the end of the world ha ha :-)
Weather forecast looks pretty for the weekend here
On 22.11.2012 09:45, Thomas Fromm wrote:
So why this test class does not fail in CI?
Dan pointed me to the magic thing: Its not executed from CI because
naming is not *Test. ;-)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
On 21.11.2012 18:02, Mircea Markus wrote:
This is still accessible through
cache.getAdvancedCache().getRpcManager(), so it still counts as public
API. I doubt that any user is using that method directly, but OTOH
it's public so who knows.
What do people think? Shall we be strict with
On 22.11.2012 04:11, Navin Surtani wrote:
As you see, IMHO such API changes do not have much effect in normal
situations. I can imagine only problems, when the changed methods are
used within dist exec calls and there are (during update or whatever)
different versions of infinispan inside the
On 25.10.2012 17:03, Matej Lazar wrote:
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
On 23.10.2012 00:55, Matej Lazar wrote:
Hi,
to simplify a scenario lets say that I have a distributed cache with no copies
on a cluster of two nodes.
Is stop operation blocked and waiting for cache data to be transferred to the
other node, when one node is stopped (normal stop, not a
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
On 22.10.2012 18:16, Manik Surtani wrote:
Wow. Looks like ref counting is a winner. Simple local mode test,
comparing 5.2.0.Beta2 (in red), my fix for ISPN-2381 *without* ref
counting (in blue) and with ref counting (in green).
Weird that read performance is also affected, as these patches
Am 30.09.2012 23:08, schrieb Matej Lazar:
NPE was caused by not configured/started cache on the second node.
It would be great to detect such situation and throw an other exception
instead of NPE.
Why throwing an Exception in general?
I'd be fine if the execution is ignored on the node
Hi,
I've just started to use MapReduce so there I have some questions:
1) To avoid specific handling I'd like to have the ability to execute
MapReduceTasks also on REPL/LOCAL caches. Feature request or to
expensive to implement?
2) In case I do not have an Reduce job, I'd like to avoid
On 10.08.2012 13:36, Mircea Markus wrote:
2) In case I do not have an Reduce job, I'd like to avoid provide
Reducer. Creating feature request that reducedWith(...) is optional?
As you don't need a reducer, have you considered using the
DistributedExecutorService with a DistributedCallable
On 27.04.2012 11:05, Dan Berindei wrote:
I wasn't thinking of a flag, I was thinking of a withTimeout(timeout)
method on AdvancedCache. There may be other flags that could be
customized with a value as well, but then you'd need to keep them in a
map and it could be more trouble than it's worth.
On 04.05.2012 07:27, Bela Ban wrote:
Unless you use UUIDs it's hard to guarantees name uniqueness. For
instance, if there was a JGroups protocol which - before joining - sent
a broadcast to all members, asking whether the name it picked was
unique, and then joined, it would still not guarantee
On 04.05.2012 13:09, Bela Ban wrote:
Why wouldn't you merge sub-clusters back into one cluster ? Are you
going to leave the cluster split forever ?
When multiple nodes leaving at the same time, the nodes inside the
smaller part are shut down.
In case of equality, I use some statistic data to
On 04.05.2012 14:27, Bela Ban wrote:
How do you know you're in the smaller part ? How do you know there *are*
partitions anyway ? For example, if we have view V1={A,B,C,D}, and A and
B get a view V2={A,B} and C and D get V2={C,D}, what are you going to do ?
A and B could think that C and D
Heyho,
Similar to the tryLock-issue discussed in another thread, I've a problem
with put().
Cache.put(...) can have a lot of reasons for failling. e.g.
java.lang.RuntimeException: org.infinispan.CacheException: Member
ISNode-35671 no longer in cluster
Am 03.02.2012 18:14, schrieb Sanne Grinovero:
New idea: what about implementing a memory-size based eviction policy
which only works on values of type byte[] ?
+1
This would match perfectly to one of my major use cases of ispn :-D
___
infinispan-dev
18 matches
Mail list logo