Petals BC SOAP

The max size of the pool of webservice clients should be defined according to the max number of JBI message processors

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 4.0.9
  • Fix Version/s: 4.0.10, 4.2.0
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    If we have the following sizing at BC SOAP level:

    <ns2:acceptor-pool-size>5</ns2:acceptor-pool-size>
<ns2:processor-pool-size>10</ns2:processor-pool-size>
<ns2:processor-max-pool-size>50</ns2:processor-max-pool-size>

    The max size of the pool of webservice clients is set to the value of acceptor-pool-size. So if we send 15 requests concurrently to the same external service, we can have more than 10 requests processed concurrently, at BC SOAP level.

    The max size of the pool of webservice clients should be set to the value of processor-max-pool-size.

    (Thanks to tests about the POC of monitoring probes)

    Show
    If we have the following sizing at BC SOAP level: 
    <ns2:acceptor-pool-size>5</ns2:acceptor-pool-size>
<ns2:processor-pool-size>10</ns2:processor-pool-size>
<ns2:processor-max-pool-size>50</ns2:processor-max-pool-size>
    The max size of the pool of webservice clients is set to the value of acceptor-pool-size. So if we send 15 requests concurrently to the same external service, we can have more than 10 requests processed concurrently, at BC SOAP level. The max size of the pool of webservice clients should be set to the value of processor-max-pool-size. (Thanks to tests about the POC of monitoring probes)
  • Environment:
    -

Activity

Ascending order - Click to sort in descending order
Christophe DENEUX made changes - Fri, 27 Jan 2012 - 09:53:22 +0100
Field Original Value New Value
Priority Blocker [ 1 ]
Description If we have the following sizing at BC SOAP level:
{code}
<ns2:acceptor-pool-size>5</ns2:acceptor-pool-size>
<ns2:processor-pool-size>10</ns2:processor-pool-size>
<ns2:processor-max-pool-size>50</ns2:processor-max-pool-size>
{code}

The max size of the pool of webservice clients is set to the value of {{acceptor-pool-size}}. So if we send 15 requests concurrently to the same external service, we can have more than 10 requests processed concurrently, at BC SOAP level.

The max size of the pool of webservice clients should be set to the value of {{processor-max-pool-size}}. 		If we have the following sizing at BC SOAP level:
{code}
<ns2:acceptor-pool-size>5</ns2:acceptor-pool-size>
<ns2:processor-pool-size>10</ns2:processor-pool-size>
<ns2:processor-max-pool-size>50</ns2:processor-max-pool-size>
{code}

The max size of the pool of webservice clients is set to the value of {{acceptor-pool-size}}. So if we send 15 requests concurrently to the same external service, we can have more than 10 requests processed concurrently, at BC SOAP level.

The max size of the pool of webservice clients should be set to the value of {{processor-max-pool-size}}.


*(Thanks to tests about the POC of monitoring probes)*
Christophe DENEUX made changes - Fri, 27 Jan 2012 - 09:54:52 +0100
Status New [ 10000 ] Open [ 10002 ]
Priority Blocker [ 1 ] Major [ 3 ]
Assignee Nicolas Oddoux [ noddoux ] Christophe DENEUX [ cdeneux ]
Christophe DENEUX made changes - Fri, 27 Jan 2012 - 09:54:56 +0100
Status Open [ 10002 ] In Progress [ 10003 ]
Hide
Permalink
Christophe DENEUX added a comment - Fri, 27 Jan 2012 - 16:26:24 +0100

Fixed in branch petals-enterprise-3.1.x

Show
Christophe DENEUX added a comment - Fri, 27 Jan 2012 - 16:26:24 +0100 Fixed in branch petals-enterprise-3.1.x
Christophe DENEUX made changes - Fri, 27 Jan 2012 - 16:26:24 +0100
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 4.0.10 [ 10310 ]
Resolution Fixed [ 1 ]
Hide
Permalink
Christophe DENEUX added a comment - Fri, 27 Jan 2012 - 16:26:37 +0100

To merge in trunk

Show
Christophe DENEUX added a comment - Fri, 27 Jan 2012 - 16:26:37 +0100 To merge in trunk
Christophe DENEUX made changes - Fri, 27 Jan 2012 - 16:26:37 +0100
Status Resolved [ 10004 ] Open [ 10002 ]
Resolution Fixed [ 1 ]
Christophe DENEUX made changes - Mon, 12 Mar 2012 - 11:15:33 +0100
Status Open [ 10002 ] In Progress [ 10003 ]
Hide
Permalink
Christophe DENEUX added a comment - Mon, 12 Mar 2012 - 11:16:18 +0100 - edited

Merged in trunk, svn#31613

Show
Christophe DENEUX added a comment - Mon, 12 Mar 2012 - 11:16:18 +0100 - edited Merged in trunk, svn#31613
Christophe DENEUX made changes - Mon, 12 Mar 2012 - 11:16:18 +0100
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 4.2.0 [ 10342 ]
Resolution Fixed [ 1 ]
Transition Status Change Time Execution Times Last Executer Last Execution Date
New New Open Open
17h 58m
1
Christophe DENEUX
Fri, 27 Jan 2012 - 09:54:52 +0100
Open Open In Progress In Progress
4s
1
Christophe DENEUX
Fri, 27 Jan 2012 - 09:54:56 +0100
In Progress In Progress Resolved Resolved
6h 31m
1
Christophe DENEUX
Fri, 27 Jan 2012 - 16:26:24 +0100
Resolved Resolved Open Open
13s
1
Christophe DENEUX
Fri, 27 Jan 2012 - 16:26:37 +0100
Open Open In Progress In Progress
44d 18h 48m
1
Christophe DENEUX
Mon, 12 Mar 2012 - 11:15:33 +0100
In Progress In Progress Resolved Resolved
45s
1
Christophe DENEUX
Mon, 12 Mar 2012 - 11:16:18 +0100



People

Dates

  • Created:
    Thu, 26 Jan 2012 - 15:56:43 +0100
    Updated:
    Mon, 12 Mar 2012 - 11:28:54 +0100
    Resolved:
    Mon, 12 Mar 2012 - 11:16:18 +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.