Petals CDK

Potential starvation of acceptor threads

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 5.5.0
  • Fix Version/s: 5.6.0
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    When an Acceptor thread dies because of an uncaught exception, it is correctly logged, but no thread are created to replace it.

    So potentially, we could find ourselves with no acceptor threads at all.

    Since we don't use a complex pool implementation to manage these threads, we can simply recreate a new thread when one dies.

    Show
    When an Acceptor thread dies because of an uncaught exception, it is correctly logged, but no thread are created to replace it. So potentially, we could find ourselves with no acceptor threads at all. Since we don't use a complex pool implementation to manage these threads, we can simply recreate a new thread when one dies.
  • Environment:
    -

Issue Links

Activity

Victor NOËL made changes - Fri, 12 Feb 2016 - 12:07:40 +0100
Field Original Value New Value
Status New [ 10000 ] Open [ 10002 ]
Priority Major [ 3 ]
Assignee Christophe DENEUX [ cdeneux ] Victor NOËL [ vnoel ]
Victor NOËL made changes - Fri, 12 Feb 2016 - 12:07:44 +0100
Status Open [ 10002 ] In Progress [ 10003 ]
Victor NOËL made changes - Fri, 12 Feb 2016 - 17:09:25 +0100
Link This issue depends on PETALSCDK-123 [ PETALSCDK-123 ]
Victor NOËL made changes - Mon, 15 Feb 2016 - 10:40:41 +0100
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 5.6.0 [ 10611 ]
Resolution Fixed [ 1 ]
Transition Status Change Time Execution Times Last Executer Last Execution Date
New New Open Open
8s
1
Victor NOËL
Fri, 12 Feb 2016 - 12:07:40 +0100
Open Open In Progress In Progress
4s
1
Victor NOËL
Fri, 12 Feb 2016 - 12:07:44 +0100
In Progress In Progress Resolved Resolved
2d 22h 32m
1
Victor NOËL
Mon, 15 Feb 2016 - 10:40:41 +0100

People

Dates

  • Created:
    Fri, 12 Feb 2016 - 12:07:32 +0100
    Updated:
    Mon, 15 Feb 2016 - 10:40:41 +0100
    Resolved:
    Mon, 15 Feb 2016 - 10:40:40 +0100