"[EMAIL PROTECTED]" wrote : DistributedReplicantManager.remove does not remove all values for the given key. It just removes the value associated with the key. |
Yes you are correct. I tested the remove's behavior in the JMX console today and it does what it is supposed to do. My bad. Still the patch I posted yesterday solved my problem and I was curious why, so I played around some more... as soon as a target.destroy() appears in the containerIsAboutToStop() method, the behavior I described occurs... The problem with this is the following: the containerIsAboutToStop() method gets called from the StateChangeListener. When one Replicant is undeployed (for whatever reason) this method is called. But not only for the Replicant which is going down, but for ALL the replicants (they all registered a listener after all). And consecutively every replicant thinks itself is about to stop and disables itself. Now that was a tough one. :-) I guess thats the core reason for the behavior I have been noticing the last few days. Should not be so hard to fix, the ProxyFactoryHA just has to check if the ServiceMBean.STOPPING event was meant for itself or a different replica. "[EMAIL PROTECTED]" wrote : | The behavior you describe does not occur when shutting down a node with clustered ejbs, so something does not seem correct with the usage. | This is just a guess, but I think this behavior does not occur with ejbs because they never recieve ServiceMBean.STOPPING events? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927385#3927385 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3927385 ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
