Petals ESB Container

The size of the message queue of the transporter should be customizable

Details

  • Type: Improvement Request Improvement Request
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 3.1.3, 4.0.0
  • Fix Version/s: 3.1.4, 4.1.0
  • Component/s: Configuration, Transporter
  • Security Level: Public
  • Description:
    Hide

    To prevent memory consumption of component running few requests, or adjust it correctly for components running big burst of requests, the size of the message queue of the transporter should be customizable:

    • parameter location: local container configuration (server.properties),
    • parameter name: "petals.transport.queue.max-size",
    • default value: 10000 (existing hard-coded value).
    Show
    To prevent memory consumption of component running few requests, or adjust it correctly for components running big burst of requests, the size of the message queue of the transporter should be customizable:
    • parameter location: local container configuration (server.properties),
    • parameter name: "petals.transport.queue.max-size",
    • default value: 10000 (existing hard-coded value).
  • Environment:
    -

Issue Links

Activity

Hide
Christophe DENEUX added a comment - Thu, 10 May 2012 - 16:27:14 +0200

Backported in branch petals-enterprise-3.1.x

Show
Christophe DENEUX added a comment - Thu, 10 May 2012 - 16:27:14 +0200 Backported in branch petals-enterprise-3.1.x
Hide
Christophe DENEUX added a comment - Thu, 10 May 2012 - 16:26:54 +0200

To backport in branch petals-enterprise-3.1.x

Show
Christophe DENEUX added a comment - Thu, 10 May 2012 - 16:26:54 +0200 To backport in branch petals-enterprise-3.1.x
Hide
Christophe DENEUX added a comment - Thu, 10 May 2012 - 11:56:48 +0200

Fixed in trunk

Show
Christophe DENEUX added a comment - Thu, 10 May 2012 - 11:56:48 +0200 Fixed in trunk

People

Dates

  • Created:
    Thu, 10 May 2012 - 11:06:42 +0200
    Updated:
    Tue, 12 Mar 2013 - 08:34:37 +0100
    Resolved:
    Thu, 10 May 2012 - 16:27:14 +0200