Hi,

Yeah, and this is already fixed by SM-1717[1]
[1]https://issues.apache.org/activemq/browse/SM-1717

Freeman
On 2009-12-11, at 上午12:58, Scott Ford wrote:


My question is wouldn't it be a good idea (if it is possible) to have
servicemix set the status of the exchange to error when the sendSync timeout occurs? At least that way, applications could handle the error however they
feel is appropriate without tying up these threads?


Freeman Fang wrote:

Hi,
This is same issue as we discussed before
http://cwiki.apache.org/SM/discussion-forums.html#nabble-td21217362
You need add jetty threadpool configuration for your cxf bc consumer,
for example, assume you are test the cxf-wsdl-first example
add busCfg="jettyThreadPool.xml" attribute for your cxf bc consumer
endpoint configuration
and the jettyThreadPool.xml should be
<beans xmlns="http://www.springframework.org/schema/beans";
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
 xmlns:sec="http://cxf.apache.org/configuration/security";
 xmlns:http="http://cxf.apache.org/transports/http/configuration";
xmlns:httpj="http://cxf.apache.org/transports/http-jetty/configuration "
 xmlns:jaxws="http://java.sun.com/xml/ns/jaxws";
 xsi:schemaLocation="
      http://cxf.apache.org/configuration/security
http://cxf.apache.org/schemas/configuration/security.xsd
           http://cxf.apache.org/transports/http/configuration
           http://cxf.apache.org/schemas/configuration/http-conf.xsd
           http://cxf.apache.org/transports/http-jetty/configuration
           http://cxf.apache.org/schemas/configuration/http-jetty.xsd
           http://www.springframework.org/schema/beans

http://www.springframework.org/schema/beans/spring-beans-2.0.xsd";>

 <http:destination
name="{http://servicemix.apache.org/samples/wsdl-first}soap.http- destination">
 </http:destination>

 <httpj:engine-factory bus="cxf">
  <httpj:engine port="8092">
      <httpj:threadingParameters minThreads="1" maxThreads="12" />
      <httpj:connector>
          <bean class="org.mortbay.jetty.nio.SelectChannelConnector">
              <property name = "port" value="8092" />
              <property name="threadPool">
<bean class="org.mortbay.thread.BoundedThreadPool"/>
              </property>
          </bean>
      </httpj:connector>
  </httpj:engine>
 </httpj:engine-factory>

Ideally, the concurrent request should be less than the corePoolSize for
servicemix-cxf-se component, so that the request dispatch to
servicemix-cxf-se will not be queued(which will cause the timeout as you
see).
(for example the corePoolSize by default for servicemix-cxf-se is 16,
then set maxThreads="12" for cxf bc consumer jetty would be fine, which
means at most there would be 12 concurrency request dispatch to
servicemix-cxf-se)

Freeman

timm01 wrote:
Hi,

I have a question regarding to ServiceMix performance issue.
When JMeter test case starts 100 threads simultaneously for querying
PersonService (wsdl-first-cxf) , then ServiceMix hanging on after about
33
users and breaks connection after timeout with "sendSync timeout"
exception.
But our system should support at least 100 users.

How can we fix this bug (or tweak the configuration)?
Threads dump:  http://www.nabble.com/file/p23195483/thread_dump.txt
thread_dump.txt

We used:
wsdl-first-cxf-sa-3.3.1.12-fuse.zip from iona fuse examples.
ServiceMix 3.3.1.12
WinServer2003

Thanks in advance,



--
Freeman Fang
------------------------
Open Source SOA: http://fusesource.com




--
View this message in context: 
http://old.nabble.com/cxf-bc-load-testing-tp23195483p26730799.html
Sent from the ServiceMix - User mailing list archive at Nabble.com.



--
Freeman Fang
------------------------
Open Source SOA: http://fusesource.com

Reply via email to