[ http://jira.jboss.com/jira/browse/JBMESSAGING-851?page=all ] Tim Fox updated JBMESSAGING-851: -------------------------------- JBoss Forum Reference: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017573#... Description: Currently remoting socket/bisocket transport MAX_RETRIES attribute is non configurable via the xml remoting config. This means if a client is making a lot of concurrent invocations and they take some significant time to execute then, the client invocations may timeout and throw an exception back to the client, since they have waited longer than 30 seconds (MAX_RETRIES * 1000 ms) to obtain a connection from the pool. This may be unacceptable to the client who is quite happy to wait an indefinite period (or at least a period longer than 30 seconds) to obtain a connection. MAX_RETRIES (currently hardcoded to 30) needs to be configurable via the xml config. Also the sleep interval (currently 1000 ms) needs to be made configurable too. See forum thread for a real world example of this problem. was: Currently remoting socket/bisocket transport MAX_RETRIES attribute is non configurable via the xml remoting config. This means if a client is making a lot of concurrent invocations and they take some significant time to execute then, the client invocations may timeout and throw an exception back to the client, since they have waited longer than 30 seconds (MAX_RETRIES * 1000 ms) to obtain a connection from the pool. This may be unacceptable to the client who is quite happy to wait an indefinite period (or at least a period longer than 30 seconds) to obtain a connection. MAX_RETIES (currently hardcoded to 30) needs to be configurable via the xml config. Also the sleep interval (currently 1000 ms) needs to be made configurable too. See forum thread for a real world example of this problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBMESSAGING-851?page=all ] Tim Fox reopened JBMESSAGING-851: --------------------------------- -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBMESSAGING-851?page=all ] Tim Fox closed JBMESSAGING-851. ------------------------------- Resolution: Done I erred in this one. It *is* possible to set numberOfRetries on the connector config. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBMESSAGING-851?page=all ] Ovidiu Feodorov closed JBMESSAGING-851. --------------------------------------- Resolution: Rejected Consolidating 1.2.0.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://jira.jboss.com/jira/browse/JBMESSAGING-851?page=all ] Ovidiu Feodorov closed JBMESSAGING-851. --------------------------------------- Fix Version/s: 1.2.0.GA (was: 1.2.1) Resolution: Rejected -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira