Within JBC, how does this affect? Perhaps triggering a reorg of budy
groups? But this is done when a new view is issued anyway.
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 9 Oct 2006, at 23:09, Brian Stansberry wrote:
Hi,
The below issue pertains to JBC as well. Propagation of awareness of
shunning to user code may be less of an issue, but internal
awareness is
important.
Brian Stansberry (JIRA) wrote:
> HAParititonImpl implements org.jgroups.ChannelListener
> ------------------------------------------------------
>
> Key: JBAS-3753
> URL:
http://jira.jboss.com/jira/browse/JBAS-3753
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public (Everyone can see)
> Components: Clustering
> Affects Versions: JBossAS-4.0.4.GA, JBossAS-3.2.8.SP1
> Reporter: Brian Stansberry
> Assigned To: Brian Stansberry
> Fix For: JBossAS-5.0.1.CR1
>
>
> Currently if a JChannel is shunned and disconnects, higher level
> services are unaware of this and can't take any remedial action.
>
> We need to do something like implement ChannelListener so an
> HAPartition is aware when the events on the underlying channel occur.
> Then devise a scheme to propagate some of the events to user code.
> Preferably this will follow as much as possible the existing
> notification scheme; i.e. pass a new view to HAMembershipListener
> impls that doesn't include the current node.
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
Ph: 510-396-3864
skype: bstansberry
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev