You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Jerry Cwiklik (JIRA)" <de...@uima.apache.org> on 2018/11/16 16:55:00 UTC
[jira] [Closed] (UIMA-5906) UIMA-AS: Fix NPE when sending thread is
interrupted
[ https://issues.apache.org/jira/browse/UIMA-5906?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jerry Cwiklik closed UIMA-5906.
-------------------------------
Resolution: Fixed
Fixes cause of NPE. Also added logging when there is an exception
> UIMA-AS: Fix NPE when sending thread is interrupted
> ---------------------------------------------------
>
> Key: UIMA-5906
> URL: https://issues.apache.org/jira/browse/UIMA-5906
> Project: UIMA
> Issue Type: Bug
> Components: Async Scaleout
> Reporter: Jerry Cwiklik
> Assignee: Jerry Cwiklik
> Priority: Major
> Fix For: 2.10.4AS
>
>
> A user reported the following scenario:
> when sendAndReceiveCas() of an AS Engine is Thread.interrupt()-ed it can happen that the ActiveMQMessageSender does not have a cacheEntry of the CAS that's sending the request anymore [1] for that a warning is logged.
> However directly after that the cacheEntry is deferenced leading to a NPE [2].
> This exception will then be swallowed by BaseMessageSender [3] and the process will be retried [4].
> This behavior is rather unfortunate.
> It would be benefitial to add a null check at [2] that the cacheEntry is there before accessing ist. Also at [3] instead of swallowing all exceptions they should be logged at debug level.
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)