You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2017/03/24 14:51:41 UTC

[jira] [Resolved] (CXF-6672) PollingMessageListenerContainer does fail silently upon java.lang.Error

     [ https://issues.apache.org/jira/browse/CXF-6672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Daniel Kulp resolved CXF-6672.
------------------------------
       Resolution: Fixed
         Assignee: Daniel Kulp
    Fix Version/s: 3.1.11
                   3.0.13
                   3.2.0

> PollingMessageListenerContainer does fail silently upon java.lang.Error
> -----------------------------------------------------------------------
>
>                 Key: CXF-6672
>                 URL: https://issues.apache.org/jira/browse/CXF-6672
>             Project: CXF
>          Issue Type: Bug
>          Components: JMS
>    Affects Versions: 3.0.6
>            Reporter: Andreas Vallen
>            Assignee: Daniel Kulp
>             Fix For: 3.2.0, 3.0.13, 3.1.11
>
>
> java.lang.Error, when thrown by one of the PollingMessageListenerContainer consumer threads, is not logged at all, instead processing is just aborted without any hint in the log that an error occured at all.
> The easy fix should be to catch Throwable instead of Exception in org.apache.cxf.transport.jms.util.PollingMessageListenerContainer.Poller, where it is logged at WARN level (although I'd even prefer at least Errors if not also Exceptions to be logged at ERROR).
> The cause of the error in our specific case was the inclusion of an older version of ehcache (ehcache-core:2.6.10) in addition to the cxf dependency ehcache:2.8.5. This caused an NoSuchMethodError when the replay cache was used.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)