Nodet,
Its working when the core thread pool size is increased to 16.
Regards,
Ganesh
gnodet wrote:
>
> First, if you want to have a soap endpoint, you need to use
> <http:soap-consumer/>
> instead of <http:consumer/>. Then for you OOM error, i think it's
> mostly a problem
> of tuning the thread pools.
> Try increasing the servicemix.corePoolSize in
> conf/servicemix.properties to 16 maybe,
> and try increasing the amount of memory available by ServiceMix.
> 50 users is not a big number and with the proper configuration, it
> should work without any
> doubts.
>
> On Sat, May 17, 2008 at 8:46 AM, navigator09 <[EMAIL PROTECTED]>
> wrote:
>>
>> Bruce,
>>
>> I tried making the change from http:endpoint to http:consumer as
>> suggested
>> by you. However, now I am getting the following error when trying to
>> access
>> the front end wsdl
>>
>> org.codehaus.xfire.XFireRuntimeException: Couldn't parse stream.. Nested
>> excepti
>> on is com.ctc.wstx.exc.WstxEOFException: Unexpected EOF in prolog
>> at [row,col {unknown-source}]: [1,0]
>> com.ctc.wstx.exc.WstxEOFException: Unexpected EOF in prolog
>> at [row,col {unknown-source}]: [1,0]
>> at
>> com.ctc.wstx.sr.StreamScanner.throwUnexpectedEOF(StreamScanner.java:6
>> 61)
>> at
>> com.ctc.wstx.sr.BasicStreamReader.handleEOF(BasicStreamReader.java:21
>> 34)
>> at
>> com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.ja
>> va:2040)
>> at
>> com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069)
>> at
>> org.codehaus.xfire.util.stax.DepthXMLStreamReader.next(DepthXMLStream
>> Reader.java:252)
>> at
>> org.codehaus.xfire.util.STAXUtils.toNextElement(STAXUtils.java:83)
>> at
>> org.codehaus.xfire.jaxws.JAXWSBinding.readMessage(JAXWSBinding.java:4
>> 1)
>> at
>> org.codehaus.xfire.soap.handler.SoapBodyHandler.invoke(SoapBodyHandle
>> r.java:42)
>> at
>> org.codehaus.xfire.handler.HandlerPipeline.invoke(HandlerPipeline.jav
>> a:131)
>> at
>> org.codehaus.xfire.transport.DefaultEndpoint.onReceive(DefaultEndpoin
>> t.java:64)
>> at
>> org.codehaus.xfire.transport.AbstractChannel.receive(AbstractChannel.
>> java:38)
>> at
>> org.apache.servicemix.jsr181.Jsr181ExchangeProcessor.process(Jsr181Ex
>> changeProcessor.java:114)
>> at
>> org.apache.servicemix.common.AsyncBaseLifeCycle.doProcess(AsyncBaseLi
>> feCycle.java:538)
>> at
>> org.apache.servicemix.common.AsyncBaseLifeCycle.processExchange(Async
>> BaseLifeCycle.java:490)
>> at
>> org.apache.servicemix.common.BaseLifeCycle.onMessageExchange(BaseLife
>> Cycle.java:46)
>> at
>> org.apache.servicemix.jbi.messaging.DeliveryChannelImpl.processInBoun
>> d(DeliveryChannelImpl.java:610)
>> at
>> org.apache.servicemix.jbi.nmr.flow.AbstractFlow.doRouting(AbstractFlo
>> w.java:170)
>> at
>> org.apache.servicemix.jbi.nmr.flow.seda.SedaFlow.doRouting(SedaFlow.j
>> ava:167)
>> at
>> org.apache.servicemix.jbi.nmr.flow.seda.SedaQueue$1.run(SedaQueue.jav
>> a:134)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
>> utor.java:650)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
>> .java:675)
>> at java.lang.Thread.run(Thread.java:595)
>>
>> The old http su xbean.xml is as follows
>>
>> <http:endpoint service="vdssfrontend:Vdssfrontend"
>> endpoint="VDSS"
>> role="consumer"
>> locationURI="http://pd190:8192/vdss"
>> soap="true" />
>>
>> and the modified xbean.xnl is as follows
>>
>> <http:consumer service="vdssfrontend:httplistener"
>> endpoint="listenerEndpoint"
>> locationURI="http://pd92:8192/vdss"
>> defaultMep="http://www.w3.org/2004/08/wsdl/in-out"
>> targetService="vdssfrontend:Vdssfrontend"/>
>>
>> Also bruce, we have completed the entire integration of the backend
>> system
>> over a span of 3 months. In case the load test dosent work for atleast 50
>> users ( which is supported by the back-end) the whole development will be
>> rejected.
>>
>> Regards,
>> Ganesh
>>
>>
>>
>>
>>
>> bsnyder wrote:
>>>
>>> On Thu, May 15, 2008 at 11:42 PM, navigator09
>>> <[EMAIL PROTECTED]>
>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> We are using servicemix in a production environment to integrate
>>>> products.
>>>> The servicemic components we are using are 1. Http Su 2. JSR SU.
>>>>
>>>> The complete configuration runs fine with a small number of concurrent
>>>> users (20). But when the number of users increases beyond this number ,
>>>> some
>>>> threads complete their execution while the others throw the following
>>>> error
>>>>
>>>> java.lang.OutOfMemoryError
>>>> at java.lang.StringCoding.encode(StringCoding.java:599)
>>>> at java.lang.String.getBytes(String.java:641)
>>>> at
>>>> org.apache.servicemix.jbi.jaxp.StringSource.getInputStream(StringSource.java:60)
>>>> at
>>>> com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:719)
>>>> at
>>>> com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:341)
>>>> at
>>>> org.apache.servicemix.jbi.jaxp.StAXSourceTransformer.toXMLStreamReader(StAXSourceTransformer.java:84)
>>>> at
>>>> org.apache.servicemix.soap.marshalers.SoapWriter.writeContents(SoapWriter.java:218)
>>>> at
>>>> org.apache.servicemix.soap.marshalers.SoapWriter.writeSoapEnvelope(SoapWriter.java:211)
>>>> at
>>>> org.apache.servicemix.soap.marshalers.SoapWriter.writeSimpleMessage(SoapWriter.java:113)
>>>> at
>>>> org.apache.servicemix.soap.marshalers.SoapWriter.write(SoapWriter.java:92)
>>>> at
>>>> org.apache.servicemix.http.processors.ConsumerProcessor.processResponse(ConsumerProcessor.java:222)
>>>> at
>>>> org.apache.servicemix.http.processors.ConsumerProcessor.process(ConsumerProcessor.java:203)
>>>> at
>>>> org.apache.servicemix.http.HttpBridgeServlet.doPost(HttpBridgeServlet.java:71)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
>>>> at
>>>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
>>>> at
>>>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
>>>> at
>>>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712)
>>>> at
>>>> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:211)
>>>> at
>>>> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>>>> at
>>>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
>>>> at org.mortbay.jetty.Server.handle(Server.java:313)
>>>> at
>>>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:506)
>>>> at
>>>> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:375)
>>>> at
>>>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
>>>> at
>>>> org.mortbay.jetty.nio.SelectChannelConnector$RetryContinuation.run(SelectChannelConnector.java:511)
>>>> at
>>>> org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
>>>> 18:58:44,511 | WARN | btpool1-30 | jetty |
>>>> ervicemix.http.jetty.JCLLogger 96 | Error for /vdss/
>>>>
>>>> I tried the following methods
>>>>
>>>> 1. Increase the java memory size in the servicemix.bat file.
>>>> 2. Increase the value of the properties in the components.properties
>>>> file.
>>>>
>>>> However it still continues to give me the same error. Pls let me know
>>>> how
>>>> to
>>>> solve the problem.
>>>
>>> Well it looks like a Jetty thread pool is being exhausted. Are you
>>> using the http:endpoint in your xbean.xml configuration? If so, I'm
>>> curious to see your results when using the http:consumer instead of
>>> the http:endpoint.
>>>
>>> Bruce
>>> --
>>> perl -e 'print
>>> unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
>>> );'
>>>
>>> Apache ActiveMQ - http://activemq.org/
>>> Apache Camel - http://activemq.org/camel/
>>> Apache ServiceMix - http://servicemix.org/
>>> Apache Geronimo - http://geronimo.apache.org/
>>>
>>> Blog: http://bruceblog.org/
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Servicemix-Load-Test-Errors-tp17268028p17288707.html
>> Sent from the ServiceMix - User mailing list archive at Nabble.com.
>>
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
>
>
--
View this message in context:
http://www.nabble.com/Servicemix-Load-Test-Errors-tp17268028p17311999.html
Sent from the ServiceMix - User mailing list archive at Nabble.com.