-
Notifications
You must be signed in to change notification settings - Fork 273
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
Move from error-chain to failure #57
Comments
Failure is not currently actively maintained so it's more likely this crate
will switch back to using plain Error for the next major version when a new
ring version is released.
On 13 Jul 2018 12:12, "Francesco" <notifications@github.com> wrote:
As error-chain is currently deprecated ( rust-lang-deprecated/failure#181
<rust-lang-deprecated/failure#181> ), I would
propose to move to failure which is lots of traction in the rust community.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#57>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AApho36M9jgvVwzyNsBDpqOVZZYQBXO9ks5uGHKUgaJpZM4VOpQe>
.
|
oh, sorry, for what I read I thought 'failure' was going to be the default way of handling errors in rust.
I use failure and I am not able to integrate the result of the jsonwebtoken::encode call with the rest of my code, the compilation fails with:
but I don't want to return errors that do not match the failure::Error trait, do you have any suggestion? Is there any simple way to convert from |
can you do something like |
Remove error chain in favour of plain Error |
As error-chain is currently deprecated ( rust-lang-deprecated/failure#181 ), I would propose to move to failure which is lots of traction in the rust community.
The text was updated successfully, but these errors were encountered: