Petals ESB Container

DeliveryChannel's accept(long) should wait undefinitely with a timeout of 0

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 5.0.0
  • Fix Version/s: 5.0.1
  • Component/s: Router
  • Security Level: Public
  • Description:
    Hide

    Currently, passing a timeout of 0 to the accept(long) method of DeliveryChannel consists in a non-blocking call that will return directly if there is no messages in the delivery channel.

    According to the spec, 0 means no timeout, not that there is an instantaneous timeout.

    For a very short timeout, one can simply use a very short value

    Show
    Currently, passing a timeout of 0 to the accept(long) method of DeliveryChannel consists in a non-blocking call that will return directly if there is no messages in the delivery channel. According to the spec, 0 means no timeout, not that there is an instantaneous timeout. For a very short timeout, one can simply use a very short value
  • Environment:
    -

Activity

Victor NOËL made changes - Wed, 6 Jan 2016 - 09:40:32 +0100
Field Original Value New Value
Status New [ 10000 ] Open [ 10002 ]
Priority Minor [ 4 ]
Assignee Christophe DENEUX [ cdeneux ] Victor NOËL [ vnoel ]
Victor NOËL made changes - Wed, 6 Jan 2016 - 09:40:35 +0100
Status Open [ 10002 ] In Progress [ 10003 ]
Victor NOËL made changes - Wed, 6 Jan 2016 - 14:50:40 +0100
Component/s Router [ 10070 ]
Component/s Micro-kernel [ 10291 ]
Victor NOËL made changes - Thu, 7 Jan 2016 - 16:01:57 +0100
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 5.0.1 [ 10579 ]
Resolution Fixed [ 1 ]

People

Dates

  • Created:
    Wed, 6 Jan 2016 - 09:40:21 +0100
    Updated:
    Thu, 7 Jan 2016 - 16:01:57 +0100
    Resolved:
    Thu, 7 Jan 2016 - 16:01:56 +0100