A quick question
Does it ever response correctly? This can tell if your camel router correct. In some case, if there's no correct request/response/DONE message sequence for In-Out MEP then it will cause thread leak(a thread will waiting for DONE for ever), your working flow should definitely avoid this situation.
And your cxf bc consumer is using asynchronous mode, which means cxf bc consumer can receive any number of request and send it to the NMR(cxf bc consumer not waiting for the response from nmr and then can send next one, it just receive external request and send to nmr directly. Only if you use synchronous="true", you can say one external client won't need thread pool configuration), so even your SOAP UI send request one by one, it still need thread from nmr and servicemix-camel component, so it still need thread pool configuration for such component if your soapui send request too quick.
btw, you can set timeout="timeout_in_secs" for cxf bc consumer endpoint, which can throw exception if timeout reach but no response yet.
Edited by: ffang on Apr 21, 2011 11:36 AM
The mep=in-out did the trick. I also set sync=true. It is rock-stable now Thanks for your help.
Still bothers me thouhg, why it could not recover after such a timeout. It locked to such an extent the esb, that it could not shut down (with osgi:shutdown), I needed to kill the process.
I have a similar stability issue in a flow like cxfbc-consumer --> cxfbc-provider. When i load test the consumer, it handles almost 400 tps for almost 300k requests. But then it simply hangs and does not handle requests anymore. While it stalls, i have tested another consumer, it worked perfectly. When i restart bundle from karaf using restart command, it starts to handle again. I have configured nmr/jbi cfg as follows ;
My cxfbc configuration is ;
I am also attaching servicemix thread dump during issue.
My configuration is as follows ;
Ubuntu 11.04 64bit
java 1.6.0_27-b07 64bit
JAVA_OPTS used along with the defaults = -XX:NewSize=256m -XX:MaxNewSize=256m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:+ExplicitGCInvokesConcurrent -verbose:gc
servicemix.dump 90.6 K
Please ignore my previous entry due to my issue is related to Apache Ode instead Servicemix.