-
Notifications
You must be signed in to change notification settings - Fork 300
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
SocketTimeoutException should be translated as HectorTransportException #434
Comments
+1 from my side. Thanks. |
What is the protocol. I committed, which shows up in this bug above, do I issue a pull request as well? |
Sorry, I don't follow this last part. Are you trying to say that that is still an issue in Cassandra ? the removed lines seem ok to me. On Wed, Mar 7, 2012 at 4:36 PM, sbridges <
|
just a git hub workflow issue. I pushed the changes to sbridges/hector, and github puts a note on this issue. Do I issue a pull request for rantav/hector now? |
sure |
SocketTimeoutException translated as HectorTransportException, not HTimeoutException #434
In ExceptionTranslator, org.apache.cassandra.thrift.TimedOutException and java.net.SocketTimeoutException are both translated as HTimedoutException.
I don't think it makes sense to translate these the same. TimedOutException is thrown by cassandra when an rpc call takes longer than the configurable timeout, while SocketTimeoutException is a networking issue.
We had an issue where hector would hang when one of our cass machines was powered down, as by default it looks like we retry HTimedOutExceptions forever.
I think it makes more sense to translate SocketTimeoutException as a HectorTransportException, which would correctly mark the host as down.
If you agree, I can submit a patch.
The text was updated successfully, but these errors were encountered: