Added servlet transport to ESB service. Perform a load test(locally) on ESB
service with a simple pass-thru.

java_ab
[n=100 c=100]

Server Software: WSO2 Carbon Server
Server Hostname: esb.cloud-test.wso2.com
Server Port: 9772

Document Path:
http://esb.cloud-test.wso2.com:9772/services/t/kasun.com/StockQuoteProxy
Document Length: 1162 bytes

Concurrency Level: 100
Time taken for tests: 84.804928 seconds
Complete requests: 10000
Failed requests:         0
Write errors: 0
Total transferred: 15244208 bytes
Requests per second: 117.92 [#/sec] (mean)
Time per request: 848.049 [ms] (mean)
Time per request: 8.480 [ms] (mean, across all concurrent requests)
Transfer rate: 136.95 [Kbytes/sec] received
42.80 kb/s sent
179.75 kb/s total


On Sat, Jul 9, 2011 at 11:22 AM, Muhammed Shariq <[email protected]> wrote:

> On Sat, Jul 9, 2011 at 10:37 AM, Isuru Suriarachchi <[email protected]>wrote:
>
>> I can remember sometime back, when I accidentally used the servlet
>> transport for a proxy service, requests started to fail under some load.
>> When I rechecked and changed the ports to nio, everything went smoothly. So
>> I think we have to do some load testing as well.
>
>
> +1 .. we can do a load test using the servlet transport and check how it
> holds.
>
>>
>> Thanks,
>> ~Isuru
>>
>>
>> On Sat, Jul 9, 2011 at 12:24 AM, Kasun Indrasiri <[email protected]> wrote:
>>
>>>
>>>
>>> On Sat, Jul 9, 2011 at 12:22 AM, Hiranya Jayathilaka 
>>> <[email protected]>wrote:
>>>
>>>>
>>>>
>>>> On Sat, Jul 9, 2011 at 12:16 AM, Dimuthu Leelarathne <[email protected]
>>>> > wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I am not an ESB expert but, shall we drop Aggregator mediator and go
>>>>> ahead with servlet transport? We need to code freeze on Monday.
>>>>>
>>>>
>>>> We can mention it as a known issue for this release. Not many users use
>>>> the Aggregate mediator. So shouldn't be a big issue. After the release rush
>>>> let's try and get the aggregate mediator to work with the blocking
>>>> transport.
>>>>
>>>>
>>> +1
>>> If there are no any other concerns, I will do the necessary changes and
>>> commit them.
>>>
>>>>
>>>>> WDYT?
>>>>>
>>>>> tx,
>>>>> dimuthul
>>>>>
>>>>>
>>>>> On Wed, Jul 6, 2011 at 11:09 AM, Afkham Azeez <[email protected]> wrote:
>>>>>
>>>>>> No. We agreed on me trying to look into multiple HTTP/S port support
>>>>>> for a single member. I didn't have time to look into that, but will do 
>>>>>> so.
>>>>>> The primary plan is to get ESB working with servlet transport. If not, 
>>>>>> ESB
>>>>>> may not be fronted with LB.
>>>>>>
>>>>>>
>>>>>> On Wed, Jul 6, 2011 at 10:54 AM, Supun Kamburugamuva 
>>>>>> <[email protected]>wrote:
>>>>>>
>>>>>>> I thought we agreed not to use the servlet transport. Are we going to
>>>>>>> switch to servlet transport?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Supun..
>>>>>>>
>>>>>>> On Wed, Jul 6, 2011 at 8:38 AM, Hiranya Jayathilaka <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Jul 6, 2011 at 6:28 AM, Afkham Azeez <[email protected]>wrote:
>>>>>>>>
>>>>>>>>> Hiranya, can you please work on this?
>>>>>>>>>
>>>>>>>>
>>>>>>>> I just ran a bunch of samples with the servlet transport and the
>>>>>>>> situation looks fairly ok. I only encountered two issues:
>>>>>>>>
>>>>>>>>  1. Main sequence cannot be hit directly. Any request to
>>>>>>>> http://server:9763 receives a 302 back. The request URL must
>>>>>>>> contain the /services or some other registered context. I think this 
>>>>>>>> is due
>>>>>>>> to the Carbon/Tomcat servlet configuration.
>>>>>>>>
>>>>>>>> 2. Aggregate mediator doesn't work. I get the following exception:
>>>>>>>>
>>>>>>>> [2011-07-06 08:29:30,976] ERROR - SynapseXPath Evaluation of the
>>>>>>>> XPath expression //m0:getQuoteResponse resulted in an error
>>>>>>>> org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxIOException:
>>>>>>>> Attempted read on closed stream.
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:296)
>>>>>>>>  at
>>>>>>>> org.apache.axiom.om.impl.llom.OMDocumentImpl.buildNext(OMDocumentImpl.java:135)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.llom.OMNodeImpl.getNextOMSibling(OMNodeImpl.java:122)
>>>>>>>>  at
>>>>>>>> org.apache.axiom.om.impl.llom.OMElementImpl.getNextOMSibling(OMElementImpl.java:343)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.traverse.OMChildrenIterator.getNextNode(OMChildrenIterator.java:36)
>>>>>>>>  at
>>>>>>>> org.apache.axiom.om.impl.traverse.OMAbstractIterator.hasNext(OMAbstractIterator.java:58)
>>>>>>>> at
>>>>>>>> org.jaxen.util.DescendantAxisIterator.hasNext(DescendantAxisIterator.java:101)
>>>>>>>>  at org.jaxen.expr.DefaultStep.evaluate(DefaultStep.java:152)
>>>>>>>> at
>>>>>>>> org.jaxen.expr.DefaultLocationPath.evaluate(DefaultLocationPath.java:140)
>>>>>>>>  at
>>>>>>>> org.jaxen.expr.DefaultAbsoluteLocationPath.evaluate(DefaultAbsoluteLocationPath.java:113)
>>>>>>>> at org.jaxen.expr.DefaultXPathExpr.asList(DefaultXPathExpr.java:102)
>>>>>>>>  at org.jaxen.BaseXPath.selectNodesForContext(BaseXPath.java:674)
>>>>>>>> at org.jaxen.BaseXPath.selectNodes(BaseXPath.java:213)
>>>>>>>>  at org.jaxen.BaseXPath.evaluate(BaseXPath.java:172)
>>>>>>>> at
>>>>>>>> org.apache.synapse.util.xpath.SynapseXPath.evaluate(SynapseXPath.java:239)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.mediators.eip.EIPUtils.getMatchingElements(EIPUtils.java:66)
>>>>>>>> at
>>>>>>>> org.apache.synapse.mediators.eip.EIPUtils.enrichEnvelope(EIPUtils.java:117)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.mediators.eip.aggregator.AggregateMediator.getAggregatedMessage(AggregateMediator.java:367)
>>>>>>>> at
>>>>>>>> org.apache.synapse.mediators.eip.aggregator.AggregateMediator.completeAggregate(AggregateMediator.java:314)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.mediators.eip.aggregator.AggregateMediator.mediate(AggregateMediator.java:259)
>>>>>>>> at
>>>>>>>> org.apache.synapse.mediators.AbstractListMediator.mediate(AbstractListMediator.java:60)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.mediators.base.SequenceMediator.mediate(SequenceMediator.java:114)
>>>>>>>> at
>>>>>>>> org.apache.synapse.core.axis2.Axis2SynapseEnvironment.injectMessage(Axis2SynapseEnvironment.java:219)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.core.axis2.SynapseCallbackReceiver.handleMessage(SynapseCallbackReceiver.java:364)
>>>>>>>> at
>>>>>>>> org.apache.synapse.core.axis2.SynapseCallbackReceiver.receive(SynapseCallbackReceiver.java:159)
>>>>>>>>  at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:181)
>>>>>>>> at
>>>>>>>> org.apache.synapse.core.axis2.DynamicAxisOperation$DynamicOperationClient.send(DynamicAxisOperation.java:235)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.core.axis2.DynamicAxisOperation$DynamicOperationClient.executeImpl(DynamicAxisOperation.java:174)
>>>>>>>> at
>>>>>>>> org.apache.axis2.client.OperationClient.execute(OperationClient.java:165)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.core.axis2.Axis2FlexibleMEPClient.send(Axis2FlexibleMEPClient.java:411)
>>>>>>>> at
>>>>>>>> org.apache.synapse.core.axis2.Axis2Sender.sendOn(Axis2Sender.java:57)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.core.axis2.Axis2SynapseEnvironment.send(Axis2SynapseEnvironment.java:271)
>>>>>>>> at
>>>>>>>> org.apache.synapse.endpoints.AbstractEndpoint.send(AbstractEndpoint.java:292)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.endpoints.AddressEndpoint.send(AddressEndpoint.java:59)
>>>>>>>> at
>>>>>>>> org.apache.synapse.mediators.builtin.SendMediator.mediate(SendMediator.java:87)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.mediators.AbstractListMediator.mediate(AbstractListMediator.java:60)
>>>>>>>> at
>>>>>>>> org.apache.synapse.mediators.base.SequenceMediator.mediate(SequenceMediator.java:114)
>>>>>>>>  at
>>>>>>>> org.apache.synapse.mediators.MediatorWorker.run(MediatorWorker.java:69)
>>>>>>>> at
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>>>>>>>  at
>>>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>>>>>>> at java.lang.Thread.run(Thread.java:619)
>>>>>>>> Caused by: com.ctc.wstx.exc.WstxIOException: Attempted read on
>>>>>>>> closed stream.
>>>>>>>> at
>>>>>>>> com.ctc.wstx.sr.StreamScanner.throwFromIOE(StreamScanner.java:708)
>>>>>>>>  at
>>>>>>>> com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1086)
>>>>>>>> at
>>>>>>>> org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
>>>>>>>>  at
>>>>>>>> org.apache.axiom.util.stax.dialect.DisallowDoctypeDeclStreamReaderWrapper.next(DisallowDoctypeDeclStreamReaderWrapper.java:34)
>>>>>>>> at
>>>>>>>> org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.next(XMLStreamReaderWrapper.java:225)
>>>>>>>>  at
>>>>>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.parserNext(StAXOMBuilder.java:681)
>>>>>>>> at
>>>>>>>> org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:214)
>>>>>>>>  ... 40 more
>>>>>>>>
>>>>>>>> This mediator is written assuming the non-blocking behavior. I'm not
>>>>>>>> sure how easy to fix this. I remember a similar discussion on 
>>>>>>>> synapse-dev@regarding this.
>>>>>>>>
>>>>>>>> Other than that everything seems fine. I tested simple routing,
>>>>>>>> filtering, transformations, script mediator, enrich mediator, security 
>>>>>>>> and
>>>>>>>> RM. Will see what we can do about the aggregate mediator.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Hiranya
>>>>>>>>
>>>>>>>>
>>>>>>>>> ----
>>>>>>>>> Sent from my phone
>>>>>>>>> On Jul 6, 2011 1:19 AM, "Afkham Azeez" <[email protected]> wrote:
>>>>>>>>> > ESB team, what is the status of this?
>>>>>>>>> >
>>>>>>>>> > ----
>>>>>>>>> > Sent from my phone
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Hiranya Jayathilaka
>>>>>>>> Associate Technical Lead;
>>>>>>>> WSO2 Inc.;  http://wso2.org
>>>>>>>> E-mail: [email protected];  Mobile: +94 77 633 3491
>>>>>>>> Blog: http://techfeast-hiranya.blogspot.com
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Carbon-dev mailing list
>>>>>>>> [email protected]
>>>>>>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> *Afkham Azeez*
>>>>>> Director of Architecture; WSO2, Inc.; http://wso2.com
>>>>>> Member; Apache Software Foundation; http://www.apache.org/
>>>>>> * <http://www.apache.org/>**
>>>>>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919
>>>>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>*
>>>>>> twitter: 
>>>>>> **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez>
>>>>>> *
>>>>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez*
>>>>>> *
>>>>>> *
>>>>>> *Lean . Enterprise . Middleware*
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Carbon-dev mailing list
>>>>>> [email protected]
>>>>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Carbon-dev mailing list
>>>>> [email protected]
>>>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Hiranya Jayathilaka
>>>> Associate Technical Lead;
>>>> WSO2 Inc.;  http://wso2.org
>>>> E-mail: [email protected];  Mobile: +94 77 633 3491
>>>> Blog: http://techfeast-hiranya.blogspot.com
>>>>
>>>> _______________________________________________
>>>> Carbon-dev mailing list
>>>> [email protected]
>>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>>
>>>>
>>>
>>>
>>> --
>>> Kasun Indrasiri
>>> Associate Technical Lead
>>> WSO2, Inc.; http://wso2.com
>>> lean.enterprise.middleware
>>>
>>> cell: +94 71 536 4128
>>> Blog : http://kasunpanorama.blogspot.com/
>>>
>>> _______________________________________________
>>> Carbon-dev mailing list
>>> [email protected]
>>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>>
>>>
>>
>>
>> --
>> Isuru Suriarachchi
>> Technical Lead & Product Manager, WSO2 Application Server
>>
>> WSO2 Inc. http://wso2.com
>> email : [email protected]
>> blog : http://isurues.wordpress.com/
>>
>> lean . enterprise . middleware
>>
>>
>> _______________________________________________
>> Carbon-dev mailing list
>> [email protected]
>> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>>
>>
>
> _______________________________________________
> Carbon-dev mailing list
> [email protected]
> http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
>
>


-- 
Kasun Indrasiri
Associate Technical Lead
WSO2, Inc.; http://wso2.com
lean.enterprise.middleware

cell: +94 71 536 4128
Blog : http://kasunpanorama.blogspot.com/
_______________________________________________
Carbon-dev mailing list
[email protected]
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev

Reply via email to