-
Notifications
You must be signed in to change notification settings - Fork 25.6k
Make TcpTransport#openConnection fully async
#36095
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
Conversation
|
Pinging @elastic/es-distributed |
|
@DaveCTurner This is another step towards the |
original-brownbear
left a comment
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.
LGTM
s1monw
left a comment
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.
LGTM left one suggestion
| * This class represents a pending {@link Connection}. It provides the ability to cancel the pending | ||
| * connection and close the underling list of {@link TcpChannel}. | ||
| */ | ||
| final class PendingConnection { |
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.
maybe we can just return a Releasable instead and document it's purpose?
This is a follow-up to elastic#35144. That commit made the underlying connection opening process in TcpTransport asynchronous. However the method still blocked on the process being complete before returning. This commit moves the blocking to the ConnectionManager level. This is another step towards the top-level TransportService api being async.
This is a follow-up to #35144. That commit made the underlying connection opening process in TcpTransport asynchronous. However the method still blocked on the process being complete before returning. This commit moves the blocking to the ConnectionManager level. This is another step towards the top-level TransportService api being async.
This is a follow-up to #35144. That commit made the underlying
connection opening process in
TcpTransportasynchronous. However themethod still blocked on the process being complete before returning.
This commit moves the blocking to the
ConnectionManagerlevel. This isanother step towards the top-level
TransportServiceapi being async.