-
Notifications
You must be signed in to change notification settings - Fork 84
rpcserver: Support named and null parameters, Review optionals on rpc internal methods, Stronger Response and Error codes #831
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
base: master
Are you sure you want to change the base?
Conversation
|
cc @csgui Why i cant alter the name of the PR 😭 |
766648c to
5cd9007
Compare
|
Can someone with permission to alter the pr title fix it for me ? rpcserver: Support named and null parameters, Review optionals on rpc internal methods, Stronger Response and Error codes. |
|
5cd9007 Unrelated test fail |
|
@jaoleal double check if you can use That would makes more sense and allows the remove of |
c13b68a to
0e160f5
Compare
|
top commit: 0e160f5
Thanks for the suggestions @csgui |
|
I think the commit descriptions are missing because they only have titles. |
0e160f5 to
781ea91
Compare
|
[781ea91 Rebased and extended commit message with descriptions. |
|
Added formal |
781ea91 to
994e4b7
Compare
This comment was marked as outdated.
This comment was marked as outdated.
2d230a8 to
bd4d7a1
Compare
|
gaddamit these conflicts |
These changes replaces error code literals to constants, being them http or jsonrpc error codes, as well creating methods to convert internal errors to them. That also brings a well-defined response type that matches jsonrpc spec.
…nd refact arg_parser. According the spec, jsonrpc 2.0 should be able to support flexible params definition, allowing them to be named or totally omitted inside the request, respecting the method definition and these changes present that support. Changes reflected in a refact of the internal arg_parser module, also creating better handles for optionals and params with default values.
…requests cases. The last commit presented some changes for the rpcserver and these tests assert them.
bd4d7a1 to
d18e6dd
Compare
|
unrelated fail on functional tests d18e6dd |
Description and Notes
Some time ago i was messing with the server trying to fix some pains that i had developing methods on it and i encountered some points to upgrade.
4839dc6 - fixes #827 by matching errors and returning constant values, i also mapped some custom error codes to internal errors as I understood that were allowed by the spec.
29220da- Adds named and null parameters support, I also reviewed some
Options in internal rpc methods that actually had internal defaults, created a getter for that case.fix #827
fix #704
How to verify the changes you have done?
Pushed some extensive tests regarding request and result parsing and behavior, checking that calls are accepted when expected and when refused we assert the error response.
Contributor Checklist
just pcc(recommended but slower)just lint-features '-- -D warnings' && cargo test --releaseFinally, you are encouraged to sign all your commits (it proves authorship and guards against tampering—see How (and why) to sign Git commits and GitHub's guide to signing commits).