You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jmeter-dev@jakarta.apache.org by se...@apache.org on 2009/05/05 12:12:26 UTC
svn commit: r771653 -
/jakarta/jmeter/trunk/xdocs/usermanual/component_reference.xml
Author: sebb
Date: Tue May 5 10:12:26 2009
New Revision: 771653
URL: http://svn.apache.org/viewvc?rev=771653&view=rev
Log:
Clarify TCP timeout and NoDelay
Modified:
jakarta/jmeter/trunk/xdocs/usermanual/component_reference.xml
Modified: jakarta/jmeter/trunk/xdocs/usermanual/component_reference.xml
URL: http://svn.apache.org/viewvc/jakarta/jmeter/trunk/xdocs/usermanual/component_reference.xml?rev=771653&r1=771652&r2=771653&view=diff
==============================================================================
--- jakarta/jmeter/trunk/xdocs/usermanual/component_reference.xml (original)
+++ jakarta/jmeter/trunk/xdocs/usermanual/component_reference.xml Tue May 5 10:12:26 2009
@@ -1059,9 +1059,8 @@
</p>
<p><b>TCPClientImpl</b><br></br>
This implementation is fairly basic.
- In particular, it does not report timeouts - though these can be handled by the use of Response Assertions.
- The implementation reads input up to the end of the stream,
- or the eolByte if that is defined using the property <b>tcp.eolByte</b>
+ When reading the response, it reads until the end of line byte, if this is defined
+ by setting the property <b>tcp.eolByte</b>, otherwise until the end of the input stream.
</p>
<p><b>BinaryTCPClientImpl</b><br></br>
This implementation converts the GUI input, which must be a hex-encoded string, into binary,
@@ -1073,6 +1072,11 @@
This implementation extends BinaryTCPClientImpl by prefixing the binary message data with a binary length byte.
The length prefix defaults to 2 bytes.
This can be changed by setting the property <b>tcp.binarylength.prefix.length</b>.
+ </p>
+ <p><b>Timeout handling</b>
+ If the timeout is set, the read will be terminated when this expires.
+ So if you are using an eolByte/eomByte, make sure the timeout is sufficiently long,
+ otherwise the read will be terminated early.
</p>
<p><b>Response handling</b>
<br></br>
@@ -1089,7 +1093,7 @@
Response codes in the range "400"-"499" and "500"-"599" are currently regarded as failures;
all others are successful. [This needs to be made configurable!]
</p>
-<note>The login name/password are not used by the supplied TCP implementation.</note>
+<note>The login name/password are not used by the supplied TCP implementations.</note>
<br></br>
Sockets are disconnected at the end of a test run.
</description>
@@ -1099,8 +1103,9 @@
<property name="ServerName or IP" required="Yes">Name or IP of TCP server</property>
<property name="Port Number" required="Yes">Port to be used</property>
<property name="Re-use connection" required="Yes">If selected, the connection is kept open. Otherwise it is closed when the data has been read.</property>
- <property name="Timeout (milliseconds)" required="No">Timeout for replies</property>
- <property name="Set Nodelay" required="No">Should the nodelay property be set?</property>
+ <property name="Timeout (milliseconds)" required="No">Timeout for replies.</property>
+ <property name="Set Nodelay" required="Yes">See java.net.Socket.setTcpNoDelay().
+ If selected, this will disable Nagle's algorithm, otherwise Nagle's algorithm will be used.</property>
<property name="Text to Send" required="Yes">Text to be sent</property>
<property name="Login User" required="No">User Name - not used by default implementation</property>
<property name="Password" required="No">Password - not used by default implementation</property>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org