Skip to content
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

Proper Internal Error Reporting #6

Open
quantumish opened this issue Oct 16, 2022 · 0 comments
Open

Proper Internal Error Reporting #6

quantumish opened this issue Oct 16, 2022 · 0 comments
Labels
dev-niceities This would make contributors lives easier enhancement New feature or request hard priority 1 Highest priority

Comments

@quantumish
Copy link
Owner

Right now, internal server errors are propagated until they are blindly .unwrap()ed in the top level request function, which is annoying for a number of reasons:

  • End users get a "connection reset" error when they shouldn't
  • Users can't properly handle internal errors and have to resort to checking stdout (not even a log file!)
  • It's unclear what's causing the error for a developer: as even the logged error in stdout doesn't have a backtrace (and RUST_BACKTRACE=1 backtraces are too big)

The main problem is that either cassandra_cpp::Result or generic error reporting libraries like anyhow or error_stack aren't thread-safe, making it impossible to use in the server.

@quantumish quantumish added dev-niceities This would make contributors lives easier enhancement New feature or request priority 1 Highest priority hard labels Oct 16, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dev-niceities This would make contributors lives easier enhancement New feature or request hard priority 1 Highest priority
Projects
None yet
Development

No branches or pull requests

1 participant