-
Notifications
You must be signed in to change notification settings - Fork 381
catch Exceptions in pubsub #68
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
Comments
To what degree should we be catching exceptions? Personally, I'd err on the side of not catching them unless they are not exceptional. If the sample halts and catches fire due to a truly exceptional (i.e. problematic) event, perhaps we could display a slightly better message to the user (along the lines of "Oh no, something went wrong!") - but we'd still have to give them the stack trace/exception type so they/we can debug it. @jmdobry thoughts? |
Is this reproducible with the latest |
@jmdobry Not from what I've seen on my machine (everything works fine) - that being said, this seems like a nondeterministic error. @stephenplusplus @mytholog Can you clarify whether the intent of this issue was:
|
Deferring to @mytholog. |
"@google-cloud/pubsub": "^0.3.0" reproduced on the third or more launch
|
@mytholog Which region does your project use? If you're using a region that is geographically far away from you, that may contribute to timeout issues. (e.g. Also, I'm assuming your issue revolves around this error specifically. If your argument is that exception handling needs to be improved, please let us know so we can steer things in that direction. |
From @mytholog on August 3, 2016 8:37
Environment details
Steps to reproduce
gcloud-node
Copied from original issue: googleapis/google-cloud-node#1465
The text was updated successfully, but these errors were encountered: