1) Yep, it retries once a second until it succeeds.  The downside to this is if 
 it never reconnects your client is hung.

2) You're opinion is correct.  We have it on the roadmap to allow a shared 
JGroups channel between multiple services, and it's high priority.  The reason 
it's the way it is now is that there are some tricky challenges to solve in 
JGroups to allow multiple services to share a channel without conflicting with 
each other (e.g. how do they get their service-specific state when they come 
independently start up, how do you prevent one service hanging a thread and 
preventing other services getting messages, etc.).


Also, regarding retry, in 4.0.4 there will be some new features.  First, if you 
use org.jboss.naming.NamingContextFactory instead of 
org.jnp.interfaces.NamingContextFactory, whatever environment properties you 
pass to new InitialContext(Hashtable) will get stored in a ThreadLocal.  The 
RetryInterceptor can then access that ThreadLocal to find them, saving the need 
for you to call RetryInterceptor.setRetryEnv().

Also, RetryInterceptor now exposes a protected c'tor that takes 2 args; int 
maxRetries, long sleepMillisecs.  You can use this to write your own trivial 
subclass that, for example. will retry once a second for 30 secs, and then 
fail; in your subclass' default c'tor just call super(20, 1000).  This can give 
you finer control of client behavior -- retry for a time that's appropriate for 
your app, and fail if not successful.

I'll being adding more on this stuff to the RetryInterceptor wiki page next 
week.

View the original post : 
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3921516#3921516

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3921516


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
JBoss-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to