You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Given that JSON-RPC does not define the error object, but JSON-RPC 2.0 does, it would
be nice or interesting to encapsulate all exceptions thrown by an application with
a custom exception, as to make the JsonRpcError class return a correct JSON-RPC 2.0
error object.
e.g. as for now Jayrock returns an object like { "name", "error", "errors" } whilst
JSON-RPC 2.0 specification defines the error object as { "code", "message", "data"
}. I have edited somewhat the code of the application, and found that you can perfectly
define custom Exceptions with a code (and still treat basic Exceptions with a custom
"unknown Exception" code). This way you can offer a JsonException class to the user,
which could be inherited and the error code changed or something.
I marked this as an enhancement because the current error object meets JSON-RPC 1.0
requirements.
Reported by jeamfry on 2014-05-20 04:23:07
The text was updated successfully, but these errors were encountered:
@RolfanRagnorak Since Google has been so kind to shut down their project hosting service[1]
(instead of, say, just freezing it), I'm spending a lot time migrating my projects
as opposed to making actual progress on them. That's what's up.
[1]: http://google-opensource.blogspot.ch/2015/03/farewell-to-google-code.html
@RolfanRagnorak I finally got round to reviewing your patch. Seems to me that @jeamfry
is looking for JSON-RPC 2.0 compliance on the server end for reported errors whereas
your patch addresses the issue on the client side.
Originally reported on Google Code with ID 56
Reported by
jeamfry
on 2014-05-20 04:23:07The text was updated successfully, but these errors were encountered: