-
Notifications
You must be signed in to change notification settings - Fork 536
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
Inconsistent structure of error messages in EventBusBridge #2693
Comments
@EmadAlblueshi any proposal to make in this regard? Always use JSON? |
Hi @tsegismont Any error message should be as follows : {
"type" : "err",
"failureType" : "[the exception name like 'socketexception']",
"message" : "[the message content as 'String']"
} The above currently implemented but in the EventBusBridge implementation there are "some" error messages as follows : {
"type" : "err",
"body" : "[the message content as 'String']"
} My proposal is to unify the first structure in all error messages. |
@tsegismont In addition, this should be done to vertx-eventbus.js too. |
Would you mind contributing this? |
Hi @tsegismont Sure, by next week and this would be planned for Vert.x 5 only as @vietj said because in 4.x it will be a breaking change. In addition, we should review the existing behavior too probably needs some enhancements if needed. |
If you can do it early next week it should be fine, we are waiting for a new Netty 4.2 candidate release |
@tsegismont I will do my best! |
IMHO the structure for the type of error messages should be consistent. The following illustrates inconsistency
vertx-web/vertx-web/src/main/java/io/vertx/ext/web/handler/sockjs/impl/EventBusBridgeImpl.java
Line 339 in 1cd9a5c
vertx-web/vertx-web/src/main/java/io/vertx/ext/web/handler/sockjs/impl/EventBusBridgeImpl.java
Line 494 in 1cd9a5c
vertx-web/vertx-web/src/main/java/io/vertx/ext/web/handler/sockjs/impl/EventBusBridgeImpl.java
Line 594 in 1cd9a5c
Currently, sometimes the content of the error message inside "body" and sometimes inside "message" and we should have unified structure for the type of error messages.
The text was updated successfully, but these errors were encountered: