Closed adietish closed 4 years ago
Hi @mhagnumdw
Can I please have your +1?
Hi @adietish, the only slightly different thing I saw is that you use the exception toString()
. When we usually use getMessage()
or even delegate the exception instance to the logger, something like logger.info(String msg, Throwable t)
(but it's strange INFO prints an exception).
If this was not by mistake, that's fine by me! Tks!!
Hi @adietish, the only slightly different thing I saw is that you use the exception
toString()
. When we usually usegetMessage()
or even delegate the exception instance to the logger, something likelogger.info(String msg, Throwable t)
(but it's strange INFO prints an exception).
Hmm, weird, "e" is actually the endpoint, not the exception. The exception is "ex". The slf4j FAQ actually specifies that the last parameter is treated as the exception if identified as such: http://www.slf4j.org/faq.html#paramException Where did you see the #toString?
Ohh.. Sorry! My mistake! I got confused when reading the code.
I tested it locally... Before the exception was not put in the log. Now, the exception is placed in the log and as INFO. An exception printed as INFO is strange. Well... feel free to approve the MR and thanks again!
I hope I didn't read the code wrong again 😅
I tested it locally... Before the exception was not put in the log. Now, the exception is placed in the log and as INFO. An exception printed as INFO is strange.
Yes I agree, but then it's quite useless to get a message that the oapi could not be reached without knowing the reason for it.
merged.
fixes #462