-
Enhancement
-
Resolution: Fixed
-
P3
-
7
-
b01
-
generic
-
generic
-
Verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2212118 | 7u2 | Robert Mckenna | P2 | Closed | Fixed | b08 |
JDK-2212117 | 6u30 | Robert Mckenna | P2 | Closed | Fixed | b08 |
It has been noticed that there is a perceived delay in response from the Lightweight HTTP Server implementation that ships with the JDK, compared to other production HTTP Servers. The cause for this delay has been identified as the Nagle algorithm buffering the response data until there is sufficient data ( not always the case especially for headers ), or a timeout occurs that triggers the data to be sent.
This CR is requesting that a property be provided to allow applications to effectively set the TCP_NODELAY socket option on sockets being used by the server, i.e. disable Nagle. This is similar to what other production HTTP servers provide. For example, see:
http://download.oracle.com/docs/cd/E19798-01/821-1794/aeoko/index.html
This CR is requesting that a property be provided to allow applications to effectively set the TCP_NODELAY socket option on sockets being used by the server, i.e. disable Nagle. This is similar to what other production HTTP servers provide. For example, see:
http://download.oracle.com/docs/cd/E19798-01/821-1794/aeoko/index.html
- backported by
-
JDK-2212117 Lightweight HTTP Server should support TCP_NODELAY
-
- Closed
-
-
JDK-2212118 Lightweight HTTP Server should support TCP_NODELAY
-
- Closed
-
- relates to
-
JDK-6968351 httpserver clashes with delayed TCP ACKs for low Content-Length
-
- Closed
-