[jboss-cvs] JBoss Messaging SVN: r8550 - branches/Branch_1_4/integration/EAP5/etc/remoting.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue Jul 17 09:04:12 EDT 2012
Author: gaohoward
Date: 2012-07-17 09:04:11 -0400 (Tue, 17 Jul 2012)
New Revision: 8550
Modified:
branches/Branch_1_4/integration/EAP5/etc/remoting/remoting-sslbisocket-service.xml
Log:
JBMESSAGING-1929
update the ssl version of remoting config as well
Modified: branches/Branch_1_4/integration/EAP5/etc/remoting/remoting-sslbisocket-service.xml
===================================================================
--- branches/Branch_1_4/integration/EAP5/etc/remoting/remoting-sslbisocket-service.xml 2012-07-17 12:46:46 UTC (rev 8549)
+++ branches/Branch_1_4/integration/EAP5/etc/remoting/remoting-sslbisocket-service.xml 2012-07-17 13:04:11 UTC (rev 8550)
@@ -21,7 +21,6 @@
<attribute name="marshaller" isParam="true">org.jboss.jms.wireformat.JMSWireFormat</attribute>
<attribute name="unmarshaller" isParam="true">org.jboss.jms.wireformat.JMSWireFormat</attribute>
<attribute name="dataType" isParam="true">jms</attribute>
- <attribute name="socket.check_connection" isParam="true">false</attribute>
<attribute name="serverBindAddress">${jboss.bind.address}</attribute>
<attribute name="serverBindPort">4459</attribute>
<attribute name="clientSocketClass" isParam="true">org.jboss.jms.client.remoting.ClientSocketWrapper</attribute>
@@ -29,22 +28,40 @@
<attribute name="serverSocketFactory">jboss.messaging:service=ServerSocketFactory,type=SSL</attribute>
<attribute name="onewayThreadPool">org.jboss.jms.server.remoting.DirectThreadPool</attribute>
- <!-- the following parameters are useful when there is a firewall between client and server. Adjust the values to suit your environment.-->
- <attribute name="numberOfCallRetries" isParam="true">5</attribute>
+ <!-- End immutable parameters -->
+
+ <!-- the following parameters are useful when there is a firewall between client and server. Adjust the values
+ to suit your environment.
+
+ numberOfCallRetries: Perhaps better named "numberOfCallTrys" as the first contact attempt is counted. So
+ a value of 2 is the first attempt and one retry. Note that in most environments, if the first retry does not
+ succeed, further retrying will also likely fail.
+
+ pingFrequency: how often to ping in milliseconds.
+
+ pingWindowFactor: the server waits pingFrequency * pingWindowFactor for a ping reply
+ -->
+ <!--
+ <attribute name="numberOfCallRetries" isParam="true">2</attribute>
<attribute name="pingFrequency" isParam="true">30000</attribute>
- <attribute name="pingWindowFactor" isParam="true">71582</attribute>
+ <attribute name="pingWindowFactor" isParam="true">2</attribute>
<attribute name="generalizeSocketException" isParam="true">true</attribute>
-
- <!-- Now remoting supports socket write timeout configuration. Uncomment this if you need it. -->
- <!--
- <attribute name="writeTimeout" isParam="true">30000</attribute>
-->
- <!-- End immutable parameters -->
+ <!-- If this attribute is set to "true" then remoting will attempt to round-trip a single
+ byte in order to test the networking connection on every request. While this is a
+ heavy/expensive operation, it works around a bug in the JDK SSL implementation that
+ can cause a deadlock when both a read and close operation are present.
+ -->
+ <attribute name="socket.check_connection" isParam="true">false</attribute>
<attribute name="stopLeaseOnFailure" isParam="true">true</attribute>
-
- <!-- Periodicity of client pings. Server window by default is twice this figure -->
+
+ <!-- Periodicity of client pings in milliseconds. Server window by default is twice this figure.
+ Note that these values configure the mechanism by which remoting declares a client
+ connection invalid. Care must be taken not to lower these values below the time taken by
+ full garbage collection events and other system stalls.
+ -->
<attribute name="clientLeasePeriod" isParam="true">10000</attribute>
<attribute name="validatorPingPeriod" isParam="true">10000</attribute>
<attribute name="validatorPingTimeout" isParam="true">5000</attribute>
@@ -53,10 +70,15 @@
<attribute name="callbackErrorsAllowed">1</attribute>
<attribute name="registerCallbackListener">false</attribute>
<attribute name="useClientConnectionIdentity" isParam="true">true</attribute>
-
- <attribute name="timeout" isParam="true">300000</attribute>
+ <!-- Socket read and write timeouts in milliseconds. These default to 30 seconds. While
+ lower values can detect networking and client failures quicker, lowering these values
+ risks not waiting long enough in some scenarios.
+ -->
+ <attribute name="timeout" isParam="true">30000</attribute>
+ <attribute name="writeTimeout" isParam="true">30000</attribute>
+
<!-- Max Number of connections in client pool. This should be significantly higher than
the max number of sessions/consumers you expect -->
<attribute name="JBM_clientMaxPoolSize" isParam="true">200</attribute>
@@ -65,10 +87,29 @@
<attribute name="callbackTimeout">10000</attribute>
<!-- Use these parameters to specify values for binding and connecting control connections to
- work with your firewall/NAT configuration
+ work with your firewall/NAT configuration.
+
+ secondaryBindPort: specifies the secondary listening port. Normally this is a ephemeral or
+ random system assigned port. It is often desirable to assign this port as 4458.
+
+ secondaryConnectPort: JBoss remoting provides the client a configuration. The client needs to
+ know how to find the secondary bind port. In a NAT environment with port forwarding, this
+ should be set to the the external port that the clients will contact.
+ -->
+ <!--
<attribute name="secondaryBindPort">xyz</attribute>
<attribute name="secondaryConnectPort">abc</attribute>
-->
+
+ <!-- See JBREM-1277. When the server has many clients and is processing many connection attempts,
+ raising the priority of the accept threads is needed.
+ -->
+ <attribute name="acceptThreadPriorityIncrement">1</attribute>
+
+ <!-- Disable the Nagle algorithm. Nagle can have bad interactions with the TCP delayed ack
+ mechanism. See http://en.wikipedia.org/wiki/Nagle's_algorithm
+ -->
+ <attribute name="enableTcpNoDelay" isParam="true">true</attribute>
</invoker>
<handlers>
More information about the jboss-cvs-commits
mailing list