[infinispan-dev] Grid singletons using Infinispan ?

[Mircea Markus]

On 21 Oct 2010, at 10:34, Tristan Tarrant wrote:

> On Thu, Oct 21, 2010 at 11:08, Galder Zamarreño <galder at redhat.com> wrote:
> 
> On Oct 21, 2010, at 9:42 AM, Tristan Tarrant wrote:
> 
> > I have browsed quickly through the Infinispan docs, but I haven't found anything that would help me with what I need.
> > In the past I have used JBoss' feature for deploying cluster-wide singletons, but obviously this is app-server-dependent. Is it possible to use Infinispan to implement the same thing ?
> 
> Hmmm, Infinispan is not an app server and hence does not do deployments, so not sure what you refer to.
> 
> 
> I didn't explain myself properly. I don't want Infinispan to implement cluster singletons for me, but I would like to leverage Infinispan's features to implement the singleton myself. For example by binding a key in the cache to its owner (the first node to put() the key in the cache). If the owner "disappears", someone else might take ownership of that key.
Not sure I get your example entirely: key ownership is already happening if you use numOwners>0, as keys have backups. Also when you talk about a singleton in AS I'm rather thinking about a service that gets executed on a single node only about sheer state.
I've used something similar for implementing clustered continuous query[1].
What I have is a "pice of code" that is notified whenever something changes in the cache. The code gets executed on a single node. If that node crashes then a different node takes the responsibility of executing it etc.  At the moment is quite limited: doesn't support distribution only total replication. 
[1]
> 
> This can be done with JGroups, but I wanted something a bit more "abstracted" from the transport's implementation.
> 
> Tristan
> _______________________________________________
> 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/20101022/c561a86e/attachment.html