-
Notifications
You must be signed in to change notification settings - Fork 3
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
Reorganize json objects #65
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #65 +/- ##
==========================================
+ Coverage 87.58% 87.68% +0.10%
==========================================
Files 36 36
Lines 2859 2867 +8
Branches 346 347 +1
==========================================
+ Hits 2504 2514 +10
+ Misses 295 293 -2
Partials 60 60
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
What do you think about the reorganization, that all errors are in one file and all json rpc objects in another file, @bilderbuchi ? |
Sounds good in general to keep error definitions together. From a quick glance, it seems strange that all (even generic) errors are in the |
Thanks for your comment. If you deem it better, I'll move the errors file to the root directory. |
I don't have strong feelings either way. |
Thanks for your comments. I looked at the code again, and the errors are all json related, therefore, I'll keep them in the json directory. |
Now that we have our own json-objects and errors file, we can put all errors (even the LECO ones and the pyleco
INVALID_SERVER_RESPONSE
) into one file instead of keeping errors distributed over several files (errors, json_utils.errors, rpc_generator).