[infinispan-dev] Hot Rod topology cache update retry timeout

[Galder Zamarreno]

https://jira.jboss.org/browse/ISPN-448

----- galder at jboss.org wrote:

> ----- "Mircea Markus" <mircea.markus at jboss.com> wrote:
> 
> > Looks  good.
> > What is causing this unsuccessful add? If it is caused by timeouts
> due
> > to multiple caches operating on the same key an alternative would be
> > to only perform the operation on the coordinator and rest of the
> > members to have node added listeners ...
> 
> Currently, each node when it starts, it's responsible of adding itself
> to the view and when it stops, it's responsible from removing itself.
> Apart from this, there's a crashed member listener running only in
> coordinator that detects whether any member left without updating the
> topology view. Your suggestion to have the coordinator control it all
> seems like could work and get around potential timeouts.
> 
> I'll create a JIRA to investigate this but won't do it for CR1 since
> I'm expect this to be a major issue. Metadata size is small and it's
> not constantly uddated.
> 
> 
> > On 18 May 2010, at 19:03, Manik Surtani wrote:
> >
> > > Fine by me.
> > >
> > > On 18 May 2010, at 16:48, galder at redhat.com wrote:
> > >
> > >> Hi all,
> > >>
> > >> For https://jira.jboss.org/browse/ISPN-426 I've created a small
> > retry logic for when there's an issue updating the topology
> > information on startup. By default, I set the max wait time to 30
> > seconds and I was wondering whether this should be made user
> > configurable. This would a parameter into startServer.sh but it'd
> only
> > be relevant to the Hot Rod server.
> > >>
> > >> The primary reason I'm considering not to make it user
> configurable
> > is cos it's related to Hot Rod metadata which user should not really
> > be aware of. If after 30 seconds, lightweight metadata hasn't been
> > updated, something pretty wrong is going on and I doubt increasing
> it
> > is going to make much difference.
> > >>
> > >> WDYT?
> > >>
> > >> Cheers,
> > >> --
> > >> Galder Zamarreño
> > >> Sr. Software Engineer
> > >> Infinispan, JBoss Cache
> > >>
> > >> _______________________________________________
> > >> infinispan-dev mailing list
> > >> infinispan-dev at lists.jboss.org
> > >> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> > >
> > > --
> > > Manik Surtani
> > > manik at jboss.org
> > > Lead, Infinispan
> > > Lead, JBoss Cache
> > > http://www.infinispan.org
> > > http://www.jbosscache.org
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > infinispan-dev mailing list
> > > infinispan-dev at lists.jboss.org
> > > https://lists.jboss.org/mailman/listinfo/infinispan-dev
> >
> >
> > _______________________________________________
> > infinispan-dev mailing list
> > infinispan-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev