RE: Tribes coordinator

> -Original Message- > From: Afkham Azeez [mailto:afk...@gmail.com] > Sent: Tuesday, April 24, 2012 2:39 AM > To: Tomcat Users List > Subject: Re: Tribes coordinator > > Hi Filip, > I have integrated the NonBlockingCoordinator & committed to the Axis2 > tru

Re: Tribes coordinator

Hi Filip, I have integrated the NonBlockingCoordinator & committed to the Axis2 trunk. One thing I noticed is that even if the current coordinator is alive, and a new member joins, it is possible for the new member to be made the coordinator while the existing coordinator transforms into a normal m

Re: Tribes coordinator

Thanks for the pointers Filip. I will take a look. On Mon, Apr 23, 2012 at 9:12 PM, Filip Hanik Mailing Lists < devli...@hanik.com> wrote: > > http://tomcat.apache.org/tomcat-7.0-doc/api/org/apache/catalina/tribes/group/interceptors/package-summary.html > > Take a look at SimpleCoordinator and No

Re: Tribes coordinator

http://tomcat.apache.org/tomcat-7.0-doc/api/org/apache/catalina/tribes/group/interceptors/package-summary.html Take a look at SimpleCoordinator and NonBlockingCoordinator Equally simple to implement your own based on the requirement you have for leader election. It does depend on what you need

RE: Tribes

fet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Sat, 8 Aug 2009 18:52:26 +0400 > Subject: Re: Tribes > From: knst.koli...@gmail.com > To: users@tom

RE: Tribes

bilité pour le contenu fourni. > Date: Sat, 8 Aug 2009 18:52:26 +0400 > Subject: Re: Tribes > From: knst.koli...@gmail.com > To: users@tomcat.apache.org > > Martin, > > maybe you have not noticed them, but the JavaDocs are already there, > > http://tomcat.apache.

Re: Tribes

; n'importe quel effet légalement obligatoire. Étant donné que les email > peuvent facilement être sujets à la manipulation, nous ne pouvons accepter > aucune responsabilité pour le contenu fourni. > > > > >> Date: Mon, 3 Aug 2009 08:52:27 -0600 >> From: devli...@hanik

RE: Tribes

ail peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Mon, 3 Aug 2009 08:52:27 -0600 > From: devli...@hanik.com > To: users@tomcat.apache.org > Subject: Re: Tribes > > I will work on be

Re: Tribes

I will work on better docs, in the mean time, quick start is here http://tomcat.apache.org/tomcat-6.0-doc/tribes/introduction.html On 08/03/2009 06:02 AM, nash4403X wrote: Filip- Needless to say a product is as good as its documentation. I wanted to try tribes but without proper docs/article

Re: Tribes

Filip- Needless to say a product is as good as its documentation. I wanted to try tribes but without proper docs/articles and my limited knowledge it's tough and make me look at other options. All I wanted to do is messaging with help of tribes in between 5 tomcat instances. I wanted to have som

Re: Tribes

that is cause *one* of my flaws as a developer is that I'm not very good at writing and maintaining docs there is a bit more here http://tomcat.apache.org/tomcat-6.0-doc/config/cluster-channel.html the rest is in the code of the library, which isn't that big. if you have any specific questions l

Re: Tribes Startup Help

hi Mike, it all looks good. There is one side effect you may not be aware of. by default the 'receiver' autobind is enabled. that means if receiver.setPort(port) is not available, it will increment the port number and try again. so the actual port might be different from what you think you have

Re: Tribes and IPv6 Support

Thanks Mike, This would really be a JVM issue, and it doesn't look that promising http://x86.sun.com/thread.jspa?messageID=10274291 http://forums.java.net/jive/thread.jspa?messageID=247308 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4640544 Filip Mike Wannamaker wrote: I'm having an is