Uploaded image for project: 'CXF'
  1. CXF
  2. CXF-5754

JMSConduit - temporary queue not beeing closed if relpyMessage is null (timeout)

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 2.7.11
    • Fix Version/s: 3.0.13, 3.1.11, 3.2.0
    • Component/s: WS-* Components
    • Labels:
      None
    • Estimated Complexity:
      Unknown

      Description

      Our implementation:
      CXF 2.7.11
      JMS Queue on TIBCO

      We have the problem, that if a timeout is raised the temporary queue is not been deleted.

      After code review of the JmsConduit class we have seen, that in case of a timeout, cxf is only raises only an RuntimeException (JmsConduit line 256)

       javax.jms.Message replyMessage = jmsTemplate.receiveSelected(replyToDestination, messageSelector);
                          if (replyMessage == null) {
                              throw new RuntimeException("Timeout receiving message with correlationId " + correlationId);
                          } else {
                              doReplyMessage(exchange, replyMessage);
                          }
      

      Is this the problem why the temporary queue is not been closed in case of a timeout? Is there an solution for this problem?

      Thanks!

        Attachments

        1. eclipse-mem-analyzer.png
          72 kB
          Augusto Sellhorn
        2. fixed-test01.png
          322 kB
          Dan Salt
        3. memory-leak-due-to-timeouts-4hrs.png
          55 kB
          Augusto Sellhorn
        4. unfixed-test01.png
          194 kB
          Dan Salt

          Issue Links

            Activity

              People

              • Assignee:
                chris@die-schneider.net Christian Schneider
                Reporter:
                dhds Philipp Hahn
              • Votes:
                5 Vote for this issue
                Watchers:
                7 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: