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:
    -

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
Atlassian JIRA (v4.1.2#531) | Report a problem | Request a feature | Contact administrators
Powered by a free Atlassian JIRA open source license for Petals ESB. Try JIRA - bug tracking software for your team.