-
Notifications
You must be signed in to change notification settings - Fork 114
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
Refining exception throws #678
Comments
Hello @junghoon-vans thanks for the suggestion Feel free to open PRs so that we better see what you mean. I'm not sure I like the Feel free to tackle #677 too |
@curquiza Hi, Can I take a hit on this. I was thinking to revamp all the exception throws in the code. |
Hello @239yash Feel free to take this 😊 thank you very much! For your information, we prefer not assigning people to our issues because sometimes people ask to be assigned and never come back, which discourages the volunteer contributors from opening a PR to fix this issue. |
@curquiza I am implementing this. Thanks! |
@curquiza Please review the PR & do let me know of any changes to be made. Thanks |
Description
Currently, the exceptions thrown are all
MeilisearchException
.This makes it difficult for the user to specify which exception was thrown.
Basic example
The way to fix this is to throw all exceptions as-is.
Instead, the practice of creating and throwing
MeilsearchException
directly should be eliminated.AS-IS
If the user wants to get a specific exception, they have to compare if it is castable and perform the cast.
TO-BE
With this change, users will be able to receive verbose exceptions(e.g.
MeilisearchURLException
..) as they are,or as a
MeilisearchException
as they do now.Other
This issue has great synergy when applied with #677.
If all exceptions were
RuntimeException
, we wouldn't need any code to re-throw.The text was updated successfully, but these errors were encountered: