are and also to help
us profile and improve the state transfer performance.
Martin, are we doing this kind of performance testing? It would be nice to have
it integrated in Radargun or something similar in order to be able to quickly
run it.
Cheers,
--
Mircea Markus
Infinispan lead
with an typed notification is nicer and of a more general
purpose.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
:
infinispan-dev-boun...@lists.jboss.org[mailto:infinispan-dev-boun...@lists.jboss.org]
On Behalf Of Mircea Markus
Sent: Tuesday, October 09, 2012 6:59 AM
To: infinispan -Dev List
Subject: Re: [infinispan-dev] xsite state transfer design
Hi Erik,
I've updated the doc with some of your
Hi Erik,I've updated the doc with some of your suggestions.Looking at the document seems like we have a slight misunderstanding on how RPCs between sites operate. I'll add a diagram to the document to clarify that.Also added some comments inline, search for "[mm"Inter-site state transfer is the
cluster basis (a flag to the operation would differentiated between
the two).
How does that sound? Any other operations you might think of?
[1]
https://docs.jboss.org/author/display/ISPN/Cross+site+replication#Crosssitereplication-Takingasiteoffline
Cheers,
--
Mircea Markus
Infinispan lead
but we
can always default to the optimistic approach for a start: restart the state
transfer.
Thanks,
Erik
From: infinispan-dev-boun...@lists.jboss.org
[mailto:infinispan-dev-boun...@lists.jboss.org] On Behalf Of Mircea Markus
Sent: Tuesday, October 02, 2012 12:58 PM
To: infinispan
serialised as part of the clean shutdown.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
be fine if the execution is ignored on the node where cache not
exists/started. The node is not part of the cluster of this cache.
+1
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev
More about it here: http://goo.gl/niZV2
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
,
Sanne
testsuite-stack.log
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Hi,
In order to properly/fix review all the pending pull requests[1], the
5.2.0.Beta1 has been re-scheduled for Wen 3rd Oct.
[1] https://github.com/infinispan/infinispan
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
transactions with WSK enabled by default so that we
won't confuse users.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
, at 16:12, Manik Surtani wrote:
WSK only works for repeatable read. By default we use read committed.
On 27 Sep 2012, at 16:07, Mircea Markus mircea.mar...@jboss.com wrote:
Hi,
By default our optimistic transactions don't have writeSkewCheck enabled so
their behaviour is counterintuitive
this is a critical requirement
but I'd like to define the cache in the site that holds the backup data, and
not in the site that backups its data somewhere.
[1] https://gist.github.com/3786481
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
issue is a consistency issue and we shouldn't allow that to
happen.
+1 for a) and a proper fix based on versioning.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
if
possible.
+1.
Thanks
--
Martin Gencur
--
QE Lead, JBoss Data Grid
Desk phone: +420 532 294 192, ext. 62192
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
attribute of the Hot Rod Client can be
updated dynamically
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
with it before you, so
I'm fine with that, I don't see how else we can fix this API.
+1.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
changes to have Map/Reduce split the work across multiple
tasks.
neither affects API.
More visible a change, the configuration reorganization: I'll work on
that next week but it's a non-blocking nice to have.
Cheers,
Sanne
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 21 Sep 2012, at 18:10, Sanne Grinovero wrote:
On 21 September 2012 19:02, Mircea Markus mircea.mar...@jboss.com wrote:
On 21 Sep 2012, at 19:40, Manik Surtani wrote:
Hi,
The planned date for Beta1 is 28th of Sept.
Beta would mean a feature and API freeze - if you think
definitely do good things for user experience, but IMO
can be added later as second phase.
+1
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman
current configuration you have to
do so:
https://gist.github.com/3776440
So, I don't understand your point :( - can you provide some tangible XML
examples of what you mean?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 21 Sep 2012, at 13:12, Manik Surtani wrote:
Yes, the notification should happen after any modifications are made.
FYI: https://issues.jboss.org/browse/ISPN-2341
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan
data was applied to the cache, wdyt?
[1] this was raised on the forums: https://community.jboss.org/thread/205515
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
infinispan.xml and modify it...
WDYT ?
--
Bela Ban, JGroups lead (http://www.jgroups.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
5.2.0.release_status:
https://issues.jboss.org/secure/IssueNavigator.jspa?mode=hiderequestId=12317782
This should give an idea on what issues are currently opened and would
potentially delay a release.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
:
https://issues.jboss.org/secure/IssueNavigator.jspa?mode=hiderequestId=12317782
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo
?
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
/infinispan-dev
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org
I deleted the cache, rebuild and it worked.
On 18 Sep 2012, at 16:03, Sanne Grinovero wrote:
I guess you always have the same one in your cache ;-)
On 18 September 2012 14:57, Mircea Markus mircea.mar...@jboss.com wrote:
I doubt it as it always worked for me..
On 18 Sep 2012, at 15:56
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
On 18 Sep 2012, at 16:42, Galder Zamarreño wrote:
The JMX issues should be sorted now.
Thanks Galder!
There were two issues here: one was the one manik said, and the other was the
fact that we were leaking cache mbeans, and it would result in domain
conflicts.
Both issues solved
On 18 Sep 2012, at 18:56, Mircea Markus wrote:
On 18 Sep 2012, at 16:42, Galder Zamarreño wrote:
The JMX issues should be sorted now.
Thanks Galder!
There were two issues here: one was the one manik said, and the other was
the fact that we were leaking cache mbeans, and it would
On 18 Sep 2012, at 18:58, Mircea Markus wrote:
On 18 Sep 2012, at 18:56, Mircea Markus wrote:
On 18 Sep 2012, at 16:42, Galder Zamarreño wrote:
The JMX issues should be sorted now.
Thanks Galder!
There were two issues here: one was the one manik said, and the other
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev
:-)
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
Desk phone: +420 532 294 192, ext. 62192
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Mircea Markus
Infinispan lead (www.infinispan.org
On 3 Sep 2012, at 11:19, Pedro Ruivo wrote:
hi,
is this a good moment to do the final :) rebase of TOB/TOA?
yes :-)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
/mailman/listinfo/infinispan-dev
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
This comes with a new implementation of state transfer and several other fixes
and enhancements: http://goo.gl/i97UD
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https
Hi,
Besides stabilising and polishing the API, the client was upgraded to 2nd level
of intelligence: i.e. it is cluster aware.
More about it here:
http://infinispan.blogspot.co.uk/2012/08/hotrod-c-client-beta1-is-out.html
Cheers,
Mircea
___
Hi,
Unless something critical appears - not very likely but there are still some
3-4 test failures on core - NBST is ready to be released by tomorrow.
It will have a limitation though: due to CH changes, the HR clients might loose
the smart routing capability - this will be addressed in the
/infinispan/infinispan/pull/1230
This requires Dan's input. I think we can do the same thing with it, just to
keep the pull request queue cleaner.
All the other requests are active and should be kept open IMO.
Cheers,
Mircea
On 28 Aug 2012, at 19:24, Mircea Markus wrote:
+1.
I'll update
Hi,
This is not high prio, but it is something I've come across several time now.
Both the preload and the state transfer code, in order to add a batch of
entries into the cache use the following pattern:
for (InternalCacheEntry e : state) {
cache.getAdvancedCache()
There are still about 50+ test failures on the NBST branch + review comments to
be answered, so we'll postpone the NBST release for next week.
On 17 Aug 2012, at 13:12, Mircea Markus wrote:
Hi,
Given the complexity of the NBST work submitted by Dan and Adrian, the
scheduled 5.2.Alpha3
Hi,
Monday is bank holiday in UK so Manik, Sanne and I won't make it for the status
meeting.
So for this time only let's have it on Tue at the same time.
Cheers,
Mircea
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
On 23 Aug 2012, at 09:47, Tristan Tarrant wrote:
Ah, and IntelliJ Idea has the same issue in its latest v11...
We can always go with my 3rd solution and switch to a v1.1 schema for
Infinispan 6.0
+1. The new features of 1.1 are not that useful if you don't have support from
your editor.
On 21 Aug 2012, at 14:00, Manik Surtani wrote:
Hmm. This will mean updating JIRA, and potentially break anyone writing
scripts to generate download URLs.
Does updating JIRA have any negative impact? I'm not sure what scripts are you
referring to? :-)
Unless this would cause something
On 20 Aug 2012, at 14:29, Tristan Tarrant wrote:
Hi all,
for the nth time I've been reminded that Infinispan doesn't follow the
JBoss Project Versioning Guidelines as defined at [1].
Can we start following these from the next public release ?
+1
The difference being the usage of upper
On 20 Aug 2012, at 14:39, Tristan Tarrant wrote:
On 08/20/2012 03:38 PM, Mircea Markus wrote:
On 20 Aug 2012, at 14:29, Tristan Tarrant wrote:
Hi all,
for the nth time I've been reminded that Infinispan doesn't follow the
JBoss Project Versioning Guidelines as defined at [1].
Can we
Hi,
Given the complexity of the NBST work submitted by Dan and Adrian, the
scheduled 5.2.Alpha3 release date is Fr 24 Aug.
The estimated date for an x-site replication release is Fr 31 Aug.
Cheers,
Mircea
___
infinispan-dev mailing list
On 17 Aug 2012, at 13:16, Sebastiano Peluso wrote:
Hi all,
I have a question about the propagation of the RollbackCommand in
Infinispan 5.2.0 when I use the Optimistic locking scheme and the
Distribution clustering mode.
In particular I have noticed that a RollbackCommand command for
Another aspect Erik raised is the TACH/server hinting (rack, machine in
particular) - I guess these would be parameters of the CH factory?
Also a notes on the RoutingTable: it is a more effective data structure than
the old CH, as it basically keeps a cache with all the possible outcomes of the
Nice tip!
- Original Message -
From: Galder Zamarreño gal...@redhat.com
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Wednesday, August 15, 2012 10:26:09 AM
Subject: [infinispan-dev] White spaces changes in commits
Hi all,
Remember to try to leave them out to
On 10 Aug 2012, at 11:04, Thomas Fromm wrote:
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?
I think
Hi,
Ales raised a rather interesting problem around read committed' semantics.
We have read_committed cache, and two concurrent transactions running as
follows:
1. tx1:: cache.put(k,v1);
2. tx2:: cache.put(k, v2);
3. tx2:: commit(); //the entry is now (k, v2)
4. tx1 :: cache.get(k);
Now what
Salter (esalter)
Subject: Re: [infinispan-dev] X-S replication configuration
On 12-07-12 8:47 AM, Mircea Markus wrote:
On 10 Jul 2012, at 18:28, Galder Zamarreño wrote:
And line 25: backups instead of sites
Same here. I would keep sites in global definition and backups in
caches
container GET hit.. which could
affect access statistics and eviction decisions.
https://github.com/infinispan/infinispan/pull/1221#r1310549
On 25 July 2012 14:27, Mircea Markus mircea.mar...@jboss.com wrote:
On 25 Jul 2012, at 12:26, Galder Zamarreño wrote:
On Jul 25, 2012, at 1:14 PM
On 3 Aug 2012, at 17:33, Manik Surtani wrote:
On 3 Aug 2012, at 15:33, Ales Justin wrote:
FYI - I found the underlying issue:
https://issues.jboss.org/browse/ISPN-2182
Ah, yes, the legacy -- current config transformation looks like the biggest
non-tested stuff ever. ;-)
As I've
Hi,
The main goal of the next Alpha release is getting NBST(ISPN-1424) out
(alpha-stable). After discussing with Dan and Adrian, here's the action plan:
- Dan/Adrian will issue a pull request Mon/Tue (6-7 Aug)
- given the complexity of the change, the review for this is expected to take
up to
or Erik is willing to help here?
On 3 Aug 2012, at 12:31, Mircea Markus wrote:
Hi,
The main goal of the next Alpha release is getting NBST(ISPN-1424) out
(alpha-stable). After discussing with Dan and Adrian, here's the action plan:
- Dan/Adrian will issue a pull request Mon/Tue (6-7
On 3 Aug 2012, at 13:53, Tristan Tarrant wrote:
On 08/03/2012 01:31 PM, Mircea Markus wrote:
Hi,
The main goal of the next Alpha release is getting NBST(ISPN-1424) out
(alpha-stable). After discussing with Dan and Adrian, here's the action plan:
- Dan/Adrian will issue a pull request Mon
More about it here:
http://infinispan.blogspot.co.uk/2012/07/c-client-for-infinispan-alpha-release.html
Cheers
Mircea
___
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
On 24 Jul 2012, at 20:44, Galder Zamarreño wrote:
Mircea, one last thing. Why is there a check for local here?
https://github.com/infinispan/infinispan/blob/master/core/src/main/java/org/infinispan/interceptors/locking/OptimisticLockingInterceptor.java#L95
That basically means that
On 25 Jul 2012, at 12:26, Galder Zamarreño wrote:
On Jul 25, 2012, at 1:14 PM, Mircea Markus wrote:
On 24 Jul 2012, at 20:44, Galder Zamarreño wrote:
Mircea, one last thing. Why is there a check for local here?
https://github.com/infinispan/infinispan/blob/master/core/src/main/java
On 25 Jul 2012, at 15:38, Vladimir Blagojevic wrote:
Does total order make a difference for NBST, in another words is it easier to
implement NBST having total order guarantees?
no, NBST doesn't need total order (neither at jgorups level nor it depends on
the new transactional
On 24 Jul 2012, at 09:54, Galder Zamarreño wrote:
IOW, the test now passes because the commit throws an exception in 4 out of
5 threads. But, the test could/should maybe work in such way that no
exception was thrown and 4 out of 5 invocations returned false to the
checks made
Hi guys,
I've just had a chat with the CloudTM team(CC) around the integration of
TOB/TOA[1] into Infinispan. Here are some points:
- the TOB and TOA code has been reviewed in detail by us. The only part missing
is the state transfer integration
- there's not a lot of sense in integrating
configuration will be
modified before creating the CacheManager.
Cheers
Dan
On Fri, Jul 13, 2012 at 12:02 PM, Mircea Markus mircea.mar...@jboss.com
wrote:
Hi Pete,
Whilst the 'read(template)' method does make sense in the case of cache
level configurations
Hi Pete,
Whilst the 'read(template)' method does make sense in the case of cache level
configurations(AbstractConfigurationChildBuilder) in order to override the
values from the default cache, is 'read(template)' in the global configuration
also needed(AbstractGlobalConfigurationBuilder)? We
On 10 Jul 2012, at 12:48, Dan Berindei wrote:
On Tue, Jul 10, 2012 at 2:15 PM, Galder Zamarreño gal...@redhat.com wrote:
On Jul 9, 2012, at 9:52 AM, Mircea Markus wrote:
On 06/07/2012 22:48, Sanne Grinovero wrote:
On 6 July 2012 15:06, Galder Zamarreño gal...@redhat.com wrote
On 10 Jul 2012, at 18:28, Galder Zamarreño wrote:
Firstly, we should strive to be consistent with how our XML configuration
works, so IMO, boo-moo should be booMoo (I'm talking about backup-strategy
here).
+1
Now, I'm confused with the global settings. What backupStrategy should define
On 11 Jul 2012, at 14:40, Vladimir Blagojevic wrote:
On 12-07-09 3:31 AM, Mircea Markus wrote:
we use key's CH value to induce an order over the keys written in a
transaction - that's in order to avoid deadlocks. If there are collisions
between these values then there's still a chance
On 10 Jul 2012, at 14:28, Vladimir Blagojevic wrote:
Mircea,
First of all thanks for the feedback! Your ideas and pointers are
appreciated as always!
On 12-07-10 7:02 AM, Galder Zamarreño wrote:
Before blogging, it would it be good do some testing to measure the
performance boost
Hi guys,
Sunimal is about to finish a level 1 C# client implementation so we're thinking
to release a first ALPHA to gather some feedback.
After doing a bit of research and asking around here are some thoughts about
the release:
- the client is released into a .zip file uploaded in github,
On 06/07/2012 17:12, Vladimir Blagojevic wrote:
Mircea,
Privately to you as I am not sure this makes sense for wider
distribution - yet.
Adding infinispan-dev to this as I think it's interesting for a wider
audience.
Say user has bunch of keys/values to insert into cache. He could do it
On 06/07/2012 22:48, Sanne Grinovero wrote:
On 6 July 2012 15:06, Galder Zamarreño gal...@redhat.com wrote:
On Jun 26, 2012, at 6:13 PM, Sanne Grinovero wrote:
Imagine I have a value object which needs to be stored in Infinispan:
class Person {
final String nationality = ...
final
solution I have in mind
for that is by creating a distributed transaction over two caches: the
local one and the backup cache.
Cheers,
Paolo
On 7/6/12 2:06 PM, Mircea Markus wrote:
Hi,
This[1] is the first draft of the cross-site (x-s)[2] replication bela and I
came with.
Any feedback
- Original Message -
From: Galder Zamarreño gal...@redhat.com
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Friday, July 6, 2012 2:46:20 AM
Subject: Re: [infinispan-dev] singleton @Listeners
On Jun 28, 2012, at 11:26 AM, Mircea Markus wrote:
This is a problem
- Original Message -
From: Dan Berindei dan.berin...@gmail.com
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Friday, July 6, 2012 12:43:44 PM
Subject: Re: [infinispan-dev] singleton @Listeners
On Fri, Jul 6, 2012 at 1:44 PM, Mircea Markus mmar...@redhat.com
Hi,
This[1] is the first draft of the cross-site (x-s)[2] replication bela and I
came with.
Any feedback is more than welcomed!
Cheers,
Mircea
[1] https://gist.github.com/3059621
[2] we've also thought of using the term 'site' instead of 'datacenter'.
Dataceneter is a bit too specific, not as
Hi Pedro,
Agreed that this looks a lot like the state transfer, and +1 to implement it on
top of it.
Do you plan to implement this on top of 5.1.x? Or 5.2.x with the new NBST? If
later, I think you should coordinate with Dan/Adrian who are working on it
right now.
Cheers,
Mircea
-
is
actually invoked?
On 28 June 2012 16:26, Mircea Markus mmar...@redhat.com wrote:
This is a problem that pops up constantly:
User: I add a listener to my distributed/replicated cache but
this gets invoked numOwners times - can I make that to be invoked
only once cluster wise
This is a problem that pops up constantly:
User: I add a listener to my distributed/replicated cache but this gets
invoked numOwners times - can I make that to be invoked only once cluster
wise?
Developer: Yes, you can! You have to do that and that...
What about a singleton attribute on
+1.
- Original Message -
From: Adrian Nistor anis...@redhat.com
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Cc: Mircea Markus mmar...@redhat.com
Sent: Tuesday, June 26, 2012 9:20:46 PM
Subject: Re: [infinispan-dev] new module: integration tests
Was thinking Infinispan
- Original Message -
From: Sanne Grinovero sa...@infinispan.org
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Tuesday, June 26, 2012 8:59:00 PM
Subject: Re: [infinispan-dev] Providing a context for object de-serialization
I'll mention another good reason why this
+1, that's quite counter-intuitive. Also not consistent with how other stuff
works, e.g. adding an interceptor *instance* to the chain.
I couldn't find the JIRA either, so I created one. Better a duplicate it than
forget: https://issues.jboss.org/browse/ISPN-2135
- Original Message -
- Original Message -
From: Sanne Grinovero sa...@infinispan.org
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Tuesday, June 26, 2012 5:32:06 PM
Subject: [infinispan-dev] new module: integration tests
In projects like Hibernate Search and OGM we added a new module
- Original Message -
From: Sanne Grinovero sa...@infinispan.org
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Tuesday, June 26, 2012 5:13:28 PM
Subject: [infinispan-dev] Providing a context for object de-serialization
Imagine I have a value object which needs to be
of
'a' and there's an invariant containing both a and b.
[1]https://issues.jboss.org/browse/ISPN-1841
Cheers
Mircea
--
Mircea Markus
twitter.com/mirceamarkus
Sr. Software Engineer, Infinispan
http://www.infinispan.org
___
infinispan-dev mailing list
infinispan
- Original Message -
From: Bela Ban b...@redhat.com
To: infinispan-dev@lists.jboss.org
Sent: Thursday, June 14, 2012 7:20:31 AM
Subject: [infinispan-dev] DIST, state transfer and cache loaders
It occurred to me that I'm not sure how state transfer happens in
conjunction with cache
I've just had a chat with Pedro and he won't be able to finalize the state
transfer + TOB integration till the end of the month so TOB won't make it.
I'll focus on some of the remaining JIRAs for now and then X-datacenter
replication.
- Original Message -
From: Galder Zamarreño
- Original Message -
From: Martin Gencur mgen...@redhat.com
To: infinispan -Dev List infinispan-dev@lists.jboss.org
Sent: Tuesday, June 12, 2012 4:23:25 PM
Subject: Re: [infinispan-dev] 5.1.x CI is finally blue
Very cool.
+100.
I was seeing some of the failing tests also in the
Hi Dan,
Very good write-up, here are some notes I had whilst reading.
State transfer flow
- If a node leaves soon after joining, we are going to send data to a dead
node. If numOwners=2 and we have 2 nodes rapidly joining and leaving, not
interrupting the state transfer when they leave would
601 - 700 of 986 matches
Mail list logo
