Hi Chanaka. I found something interesting . So I had accidentally configured uri-template as the endpoint of my API, So after sending one request ESB will go OOM. I can consistently reproduce this issue. Seems this is specific to Windows.
<?xml version="1.0" encoding="UTF-8"?> <api xmlns="http://ws.apache.org/ns/synapse"; name="TestAPI" context="*/test* "> <resource methods="GET" url-mapping="/rest"> <inSequence> <call> <endpoint> <http uri-template="*http://x.x.x:8280/test <http://x.x.x:8280/test>*"/> </endpoint> </call> <loopback/> </inSequence> <outSequence> <send/> </outSequence> </resource> </api> -Ajith On Tue, Apr 26, 2016 at 4:31 AM, Shashika Ubhayaratne <shash...@wso2.com> wrote: > Noted. > > Shashika Ubhayaratne > Associate Technical Lead - QA > WSO2 Inc: http://www.wso2.com/ > Mobile: *+94773383831* > > On Tue, Apr 26, 2016 at 1:48 PM, Chanaka Fernando <chana...@wso2.com> > wrote: > >> Hi Ajith, >> >> Thank you for reporting this issue. We haven't tested ESB 490 with >> Windows 10 when we were doing the release. We will investigate on this >> issue. Could you please share the REST API which you have used to test this >> scenario? >> >> @Shashika: Please note this and add this scenario to the testing effort >> of ESB 5.0.0. >> >> On Tue, Apr 26, 2016 at 12:57 PM, Ajith Vitharana <aji...@wso2.com> >> wrote: >> >>> Hi All. >>> >>> I tried invoking simple REST API with ESB 4.9.0 vanilla pack on windows >>> 10 . I sent few request and observed the following error in the logs. >>> >>> >>> TID: [-1234] [] [2016-04-26 03:12:22,669] ERROR >>> {org.apache.axis2.transport.base.threads.NativeWorkerPool} - Uncaught >>> exception {org.apache.axis2.transport.base.threads.NativeWorkerPool} >>> java.lang.OutOfMemoryError: GC overhead limit exceeded >>> >>> >>> ID: [-1234] [] [2016-04-26 03:12:45,434] ERROR >>> {org.apache.axis2.transport.base.threads.NativeWorkerPool} - Uncaught >>> exception {org.apache.axis2.transport.base.threads.NativeWorkerPool} >>> java.lang.NoClassDefFoundError: Could not initialize class >>> org.apache.synapse.transport.passthru.util.RelayUtils >>> at >>> org.apache.synapse.mediators.AbstractListMediator.mediate(AbstractListMediator.java:72) >>> at >>> org.apache.synapse.mediators.AbstractListMediator.mediate(AbstractListMediator.java:48) >>> at >>> org.apache.synapse.mediators.base.SequenceMediator.mediate(SequenceMediator.java:149) >>> at >>> org.apache.synapse.mediators.MediatorFaultHandler.onFault(MediatorFaultHandler.java:86) >>> at org.apache.synapse.FaultHandler.handleFault(FaultHandler.java:54) >>> at >>> org.apache.synapse.endpoints.AbstractEndpoint.invokeNextFaultHandler(AbstractEndpoint.java:680) >>> at >>> org.apache.synapse.endpoints.AbstractEndpoint.onFault(AbstractEndpoint.java:515) >>> at >>> org.apache.synapse.endpoints.HTTPEndpoint.onFault(HTTPEndpoint.java:68) >>> at org.apache.synapse.FaultHandler.handleFault(FaultHandler.java:102) >>> at >>> org.apache.synapse.core.axis2.SynapseCallbackReceiver.handleMessage(SynapseCallbackReceiver.java:259) >>> at >>> org.apache.synapse.core.axis2.SynapseCallbackReceiver.receive(SynapseCallbackReceiver.java:172) >>> at >>> org.apache.synapse.transport.passthru.TargetErrorHandler$1.run(TargetErrorHandler.java:139) >>> at >>> org.apache.axis2.transport.base.threads.NativeWorkerPool$1.run(NativeWorkerPool.java:172) >>> at >>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) >>> at >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) >>> >>> >>> This is summary of memory analyze: >>> >>> 7,379 instances of *"org.apache.synapse.transport.passthru.Pipe"*, >>> loaded by *"synapse-nhttp-transport"* occupy *244,687,640 (29.45%)* >>> bytes. >>> >>> *Keywords* >>> synapse-nhttp-transport >>> org.apache.synapse.transport.passthru.Pipe >>> Details » >>> Problem Suspect 2 >>> >>> 7,380 instances of >>> *"org.apache.synapse.transport.http.conn.LoggingNHttpServerConnection"*, >>> loaded by *"synapse-nhttp-transport"* occupy *129,473,928 (15.58%)* >>> bytes. >>> >>> *Keywords* >>> synapse-nhttp-transport >>> org.apache.synapse.transport.http.conn.LoggingNHttpServerConnection >>> Details » >>> Problem Suspect 3 >>> >>> 7,379 instances of >>> *"org.apache.synapse.transport.http.conn.LoggingNHttpClientConnection"*, >>> loaded by *"synapse-nhttp-transport"* occupy *127,685,424 (15.37%)* >>> bytes. These instances are referenced from one instance of >>> *"java.lang.Object[]"*, loaded by *"<system class loader>"* >>> >>> *Keywords* >>> java.lang.Object[] >>> synapse-nhttp-transport >>> org.apache.synapse.transport.http.conn.LoggingNHttpClientConnection >>> Details » >>> Problem Suspect 4 >>> >>> 7,380 instances of *"org.apache.http.nio.util.SimpleOutputBuffer"*, >>> loaded by *"httpcore-nio"* occupy *121,740,480 (14.65%)* bytes. >>> >>> *Keywords* >>> org.apache.http.nio.util.SimpleOutputBuffer >>> httpcore-nio >>> -- >>> Ajith, Ahangama Vitharanalage. >>> >>> WSO2 Inc. - http://wso2.com >>> Email : aji...@wso2.com >>> Blog : http://vitharana.org >>> Mobile : +1-812-360-5335 >>> >>> >> >> >> -- >> Thank you and Best Regards, >> Chanaka Fernando >> Senior Technical Lead >> WSO2, Inc.; http://wso2.com >> lean.enterprise.middleware >> >> mobile: +94 773337238 >> Blog : http://soatutorials.blogspot.com >> LinkedIn:http://www.linkedin.com/pub/chanaka-fernando/19/a20/5b0 >> Twitter:https://twitter.com/chanakaudaya >> >> >> >> >> > -- Ajith, Ahangama Vitharanalage. WSO2 Inc. - http://wso2.com Email : aji...@wso2.com Blog : http://vitharana.org Mobile : +1-812-360-5335
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
