You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Christian Schneider (JIRA)" <ji...@apache.org> on 2008/10/18 19:32:44 UTC

[jira] Assigned: (CXF-1860) JMS Transport - JMSDestination no room left on workqueue in JMSListenerThread

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

Christian Schneider reassigned CXF-1860:
----------------------------------------

    Assignee: Christian Schneider

> JMS Transport - JMSDestination no room left on workqueue in JMSListenerThread
> -----------------------------------------------------------------------------
>
>                 Key: CXF-1860
>                 URL: https://issues.apache.org/jira/browse/CXF-1860
>             Project: CXF
>          Issue Type: Bug
>          Components: Transports
>    Affects Versions: 2.1.2
>            Reporter: Richard Holt
>            Assignee: Christian Schneider
>            Priority: Critical
>             Fix For: 2.1.3
>
>         Attachments: JMSDestination.java
>
>
> when running a mass test against a CXF/JMS endpoint we discovered that our solution was disposing of messages. On further investigation we discovered that the code in the JMSListenerThread when it runs out of threads on the workqueue doesn't loop like the comment suggests but rather disposes of the message. 
> We altered the code to follow the comments advice (shown below) and now it calls into the code held in the else statement (which just runs the message in the listener thread, maybe not ideal from an architectural viewpoint but we don't lose messages).
> //FIXME - no room left on workqueue, what to do
> //for now, loop until it WILL fit on the queue, 
> //although we could just dispatch on this thread.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.