-
Notifications
You must be signed in to change notification settings - Fork 357
logging of netty messages #100
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
Conversation
Questions:
|
@yschimke If you add the BTW, I would be sending a PR today to at least move TCP to RxNetty, which has wire logging in built, in the way I describe above. |
@NiteshKant the netty pipeline doesn't currently see the Frame instances, so could you log those in the same format as RxNetty? I can make the change after you finish yours if you want, just let me know. |
@NiteshKant I put it where I did so it logs the bytes for each individual frame rather than before the length based decoding. |
@yschimke after PR #101 is merged, enabling logs for both client and server, here is the output:
Logs are prefixed for It looks like now it has all the information required. |
Any objection if I add back logging for Frame instances?
|
I am fine with adding them, you can add them in |
Ease of debugging. I can put these at debug level. I'll submit a PR, thanks. |
Log bytes via the standard LoggingHandler added to the pipeline.
Log Frame.toString via something that looks like LoggingHandler.