Uploaded image for project: 'SwitchYard'
  1. SwitchYard
  2. SWITCHYARD-2903

Camel pooled threads never die when defined in SwitchYard

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: 2.1.0
    • Component/s: component-camel
    • Labels:
      None
    • Environment:

      (As observed in Fuse Service Works 6.0GA). Please make sure this is not present in Fuse 6.2.

    • Steps to Reproduce:
      Hide
      • Deploy the enclosed sample application, change the file binding to something friendly for your machine.
      • Take a thread dump right after application deployment. Grep it for the thread name (i.e. jstack $PID | grep I048)
      • Note the threads. See the name 'I048' assigned in the RouteBuilder.
      • Drop a few files, see the thread count go up. Note the 'KeepAliveTime' param set on the profile. Set this to whatever you'd like, it seems not to change anything.
      • Undeploy the SwitchYard app. Continue monitoring with jstack, the custom threads keep on waiting on condition.
      Show
      Deploy the enclosed sample application, change the file binding to something friendly for your machine. Take a thread dump right after application deployment. Grep it for the thread name (i.e. jstack $PID | grep I048) Note the threads. See the name 'I048' assigned in the RouteBuilder. Drop a few files, see the thread count go up. Note the 'KeepAliveTime' param set on the profile. Set this to whatever you'd like, it seems not to change anything. Undeploy the SwitchYard app. Continue monitoring with jstack, the custom threads keep on waiting on condition.

      Description

      SwitchYard/Camel users wish to make use of a custom thread pool to handle Wiretap messages.

      They find the thread pool works as they would like, but there is a complication. The threads never seem to go away, even when the application that defined the custom pool is undeployed.

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  igarashitm tomohisa igarashi
                  Reporter:
                  igarashitm tomohisa igarashi
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  1 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: