You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Andreas Vallen (JIRA)" <ji...@apache.org> on 2017/07/18 12:48:00 UTC

[jira] [Reopened] (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 ]

Andreas Vallen reopened CXF-6672:
---------------------------------
    Estimated Complexity: Novice  (was: Unknown)

Throwables of type java.lang.Error are still swallowed and not logged at all.

> 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.0.13, 3.1.11, 3.2.0
>
>
> 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.4.14#64029)