Closed elliottpope closed 1 year ago
That would be good to have, I myself spent a little time troubleshooting before I realised I had a problem and the exception was swalllowed.
@drmaciej thanks for trying the library out, feel free to add any other issues you find. I'm currently working on a PR for this (closed by #54) so once that's merged we should be able to do a second milestone release
Thanks @elliottpope, I'm looking forward to the next release.
Just to clarify on this issue - the problem I had related to inability to bind to listener's parameters in AbstractJMSListenerMethodProcessor#generateAndBindListener
at binder.bind(...)
. This exception was swallowed, whereas it should have been logged.
Hopefully your fix addresses exceptions both in the "plumbing" and listeners themselves.
Actually, one more issue/concern/wonderment has come to mind, so I'll create a separate issue.
@drmaciej yes, I have observed this issue too and the solution will address both and I'll ensure there are test cases to cover both scenarios
@elliottpope sounds great, thanks!
Hi @elliottpope, Good to see 1.0.0.M2! I'll definitely give it a try. Otherwise, we've been quite happy with M1, no major complaints, but we're just wondering when the exception handler might make it into a release. Would you be able to shed some light?
Task List
Steps to Reproduce
@JMSListener
that throws an exception i.e.Expected Behaviour
ERROR
levelerrorHandler
annotation parameterJMSErrorHandler
Actual Behaviour
The method aborts without any log messages or a stack trace
Environment Information
Example Application
io.micronaut.jms.example.listener.MessageListener
)