Hi, JBREM-534 was specific to multiplex, and it looks like the changes that led to the closing of JBREM-534 were included in the 2.0.0 CR1 and GA releases. I think, therefore, that you are seeing some other phenomenon.
I don't quite understand, yet, what you seeing. First of all, let me describe the difference between a "clean" detection and a "non-clean" detection (I don't think we have an official name for the latter). In the latter case, the detector believes whatever information it gets from the JNDI server and uses it to update its local information. In the case of a clean detection, it actually tried to ping each server to see for itself if the server is alive or not. The value of the Clean Detection Number indicates how many times to do a "non-clean" detection before doing a clean detection, so setting it to zero is not terrible; it just causes some additional network traffic, but gets you a more reliable picture of the state of the servers in the domain. Anyway, it would be natural for the first clean detection after a server goes down to result in a failed attempt to contact the defunct server. However, it should also be the case that when the detector discovers a new server and informs your client of the new server's InvokerLocator, your client should be able to contact the new server. Are you saying that the latter is not happening? If so (or if not), could you elaborate on what you are trying to do and what is and is not happening? Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4024534#4024534 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4024534 _______________________________________________ jboss-user mailing list [email protected] https://lists.jboss.org/mailman/listinfo/jboss-user
