fishy opened a new pull request #2176:
URL: https://github.com/apache/thrift/pull/2176


   Client: go
   
   This is a slightly different approach from the fix in e382275b.
   
   The previous approach relying on passing the set socket timeout into the
   underlying socketConn from TSocket and TSSLSocket. But since we have so
   many different constructors for TSocket and TSSLSocket, when we add
   another constructor in the future, we could either forget to pass the
   socket timeout into socketConn, or try to pass it while we haven't
   constructed socketConn yet (which will cause panic), which is
   error-prone.
   
   In this approach we just clear the read deadline in the connectivity
   check read. Because that's a non-blocking read, it would work just fine
   without a read deadline.
   
   <!-- Explain the changes in the pull request below: -->
     
   
   <!-- We recommend you review the checklist/tips before submitting a pull 
request. -->
   
   - [x] Did you create an [Apache 
Jira](https://issues.apache.org/jira/projects/THRIFT/issues/) ticket?  (not 
required for trivial changes)
   - [x] If a ticket exists: Does your pull request title follow the pattern 
"THRIFT-NNNN: describe my issue"?
   - [x] Did you squash your changes to a single commit?  (not required, but 
preferred)
   - [x] Did you do your best to avoid breaking changes?  If one was needed, 
did you label the Jira ticket with "Breaking-Change"?
   - [ ] If your change does not involve any code, include `[skip ci]` anywhere 
in the commit message to free up build resources.
   
   <!--
     The Contributing Guide at:
     https://github.com/apache/thrift/blob/master/CONTRIBUTING.md
     has more details and tips for committing properly.
   -->
   


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Reply via email to