-
Notifications
You must be signed in to change notification settings - Fork 983
Clarify Javadoc for responseTimeout and socketTimeout interaction #712
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -549,6 +549,13 @@ public Builder setConnectTimeout(final long connectTimeout, final TimeUnit timeU | |
| * configured appropriately. | ||
| * </p> | ||
| * <p> | ||
| * This parameter may override a socket timeout configured at the connection | ||
| * or I/O layers for the duration of a message execution. It is not a hard | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. @LichKing-lee Not quite. It does not apply to the entire duration of a message exchange. It defines the maximum period of inactivity between sending of a request message and receipt of a response message head. Once a response head has been received the connection socket timeout gets reset back to its previous value and the content of the response message gets consumed with the socket timeout configured at the connection or i/o layers. |
||
| * deadline; its effective duration can be exceeded, for example, by automatic | ||
| * request re-execution policies. Ensure such policies are configured | ||
| * appropriately. | ||
| * </p> | ||
| * <p> | ||
| * Default: {@code null} | ||
| * </p> | ||
| * | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@LichKing-lee Actually this is not quite correct. The baseline is established by the respective i/o layer (through
SocketConfigfor the classic one orIOReactorConfigfor the async one). Those settings apply to all newly created connections / channels indiscriminately.ConnectionConfigis one layer up and can apply selectively to specific hosts. This is reasonConnectionConfigexists, so one could configure different connection settings for specific hosts only.