You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Simon Laws <si...@googlemail.com> on 2010/04/12 12:52:26 UTC
Out of memory in compliance test run
I've noticed that I'm getting oom in the JCA compliance test run (see
below) when doing a full 2.x mvn build. However when I run from the
otest/newlayout structure it's slightly different and I get a permgen
error on assembly. Am going to look at the permgen first.
Simon
=========================================
Running client_javacaa.JCA_2007_TestCase
Implementation language set to: _POJO
12-Apr-2010 11:44:35 org.apache.tuscany.sca.node.impl.NodeImpl start
INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0 domain: de
fault
12-Apr-2010 11:44:35 org.apache.tuscany.sca.node.impl.NodeFactoryImpl loadContri
butions
INFO: Loading contribution: file:/D:/sca-java-2.x/compliance-tests/java-caa/targ
et/oasis-contributions/JCA_General_POJO.jar
12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
mpl addEndpoint
INFO: Add endpoint - (@32241042)Endpoint: URI = TestClient/TestClient_0002TestC
lient#service-binding(TestInvocation/TestInvocation)
Service URI: http://localhost:8080/TestClient/TestInvocation
12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
mpl addEndpoint
INFO: Add endpoint - (@25504895)Endpoint: URI = TestClient#service-binding(Test
Invocation/TestInvocation)
12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
mpl addEndpoint
INFO: Add endpoint - (@17241004)Endpoint: URI = TEST_JCA_2007ClientComponent1#s
ervice-binding(Service1/Service1)
12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
mpl addEndpoint
INFO: Add endpoint - (@13515521)Endpoint: URI = TEST_JCA_2007CompositeComponent
2#service-binding(ParallelService/ParallelService)
parallel execution with invocation count = 2000 maxWaitTime = 5000
Exception in thread "Thread-31" java.lang.OutOfMemoryError: unable to create new
native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:597)
at java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(Thread
PoolExecutor.java:703)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.ja
va:652)
at org.oasisopen.sca.test.parallelCompositeClientImpl.executeTasks(paral
lelCompositeClientImpl.java:82)
at org.oasisopen.sca.test.parallelCompositeClientImpl.operation1(paralle
lCompositeClientImpl.java:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.tuscany.sca.implementation.java.invocation.JavaImplementat
ionInvoker.invoke(JavaImplementationInvoker.java:113)
at org.apache.tuscany.sca.binding.sca.provider.SCABindingInvoker.invoke(
SCABindingInvoker.java:75)
at org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invo
ke(JDKInvocationHandler.java:236)
at org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invo
ke(JDKInvocationHandler.java:106)
at $Proxy215.operation1(Unknown Source)
at org.oasisopen.sca.test.ASM_0002_Client.runTest(ASM_0002_Client.java:5
7)
at org.oasisopen.sca.test.ASM_0002_Client.invokeTest(ASM_0002_Client.jav
a:40)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.tuscany.sca.implementation.java.invocation.JavaImplementat
ionInvoker.invoke(JavaImplementationInvoker.java:113)
at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterc
eptor.invoke(DataTransformationInterceptor.java:66)
at org.apache.tuscany.sca.core.invocation.RuntimeInvoker.invoke(RuntimeI
nvoker.java:91)
at org.apache.tuscany.sca.core.invocation.RuntimeInvoker.invoke(RuntimeI
nvoker.java:74)
at org.apache.tuscany.sca.core.assembly.impl.RuntimeEndpointImpl.invoke(
RuntimeEndpointImpl.java:229)
at org.apache.tuscany.sca.binding.ws.jaxws.JAXWSServiceBindingProvider.i
nvoke(JAXWSServiceBindingProvider.java:146)
at org.apache.tuscany.sca.binding.ws.jaxws.JAXWSServiceBindingProvider.i
nvoke(JAXWSServiceBindingProvider.java:1)
at com.sun.xml.internal.ws.api.server.InstanceResolver$1.invokeProvider(
InstanceResolver.java:215)
at com.sun.xml.internal.ws.server.InvokerTube$2.invokeProvider(InvokerTu
be.java:142)
at com.sun.xml.internal.ws.server.provider.SyncProviderInvokerTube.proce
ssRequest(SyncProviderInvokerTube.java:64)
at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:581)
at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:540)
at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:525)
at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:422)
at com.sun.xml.internal.ws.server.WSEndpointImpl$2.process(WSEndpointImp
l.java:226)
at com.sun.xml.internal.ws.transport.http.HttpAdapter$HttpToolkit.handle
(HttpAdapter.java:375)
at com.sun.xml.internal.ws.transport.http.HttpAdapter.handle(HttpAdapter
.java:175)
at com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handleExc
hange(WSHttpHandler.java:100)
at com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handle(WS
HttpHandler.java:77)
at com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:65)
at sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:65)
at com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:68)
at sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.
java:552)
at com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:65)
at sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:524)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
utor.java:885)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
.java:907)
at java.lang.Thread.run(Thread.java:619)
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:597)
at java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(Thread
PoolExecutor.java:703)
at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.ja
va:652)
at sun.net.httpserver.ServerImpl$Dispatcher.handle(ServerImpl.java:349)
at sun.net.httpserver.ServerImpl$Dispatcher.run(ServerImpl.java:321)
at java.lang.Thread.run(Thread.java:619)
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Out of memory in compliance test run
Posted by Simon Laws <si...@googlemail.com>.
Raised TUSCANY-3533 to track
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Out of memory in compliance test run
Posted by Simon Laws <si...@googlemail.com>.
On Mon, Apr 12, 2010 at 3:33 PM, ant elder <an...@gmail.com> wrote:
> On Mon, Apr 12, 2010 at 3:18 PM, Simon Laws <si...@googlemail.com> wrote:
>> Still getting oom with JCAA so looking at that. Also I've had to
>> locally fix a schema validation error in the JCAA tests. Do we have
>> local changes in the OASIS assets we are using to run the compliance
>> tests? If so is there a list somewhere?
>>
>> Simon
>>
>
> The local mod i have on the JCAA tests which is also what the
> contributions used by the trunk compliance tests is:
>
> Index: JCA_General_POJO/src/main/resources/TestClient_0002.composite
> ===================================================================
> --- JCA_General_POJO/src/main/resources/TestClient_0002.composite
> (revision 133)
> +++ JCA_General_POJO/src/main/resources/TestClient_0002.composite
> (working copy)
> @@ -29,7 +29,7 @@
> <property name="testName" source="$testName"/>
> </component>
>
> - <reference name="reference1"
> promote="TestClient_0002TestClient/reference1">
> + <reference name="reference1" multiplicity="1..1"
> promote="TestClient_0002TestClient/reference1">
> <interface.java interface="org.oasisopen.sca.test.Service1"/>
> </reference>
>
> Index: JCA_General_POJO/src/main/resources/META-INF/definitions.xml
> ===================================================================
> --- JCA_General_POJO/src/main/resources/META-INF/definitions.xml
> (revision 133)
> +++ JCA_General_POJO/src/main/resources/META-INF/definitions.xml
> (working copy)
> @@ -38,4 +38,8 @@
>
> </policySet>
>
> + <policySet name="PolicySet4" provides="test:testIntent4"
> appliesTo="//binding.ws">
> + <!-- This policy intentionally left blank -->
> + </policySet>
> +
> </definitions>
>
> ...ant
>
Thanks Ant, Is there a JIRA open against OASIS for these?
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: Out of memory in compliance test run
Posted by ant elder <an...@gmail.com>.
On Mon, Apr 12, 2010 at 3:18 PM, Simon Laws <si...@googlemail.com> wrote:
> Still getting oom with JCAA so looking at that. Also I've had to
> locally fix a schema validation error in the JCAA tests. Do we have
> local changes in the OASIS assets we are using to run the compliance
> tests? If so is there a list somewhere?
>
> Simon
>
The local mod i have on the JCAA tests which is also what the
contributions used by the trunk compliance tests is:
Index: JCA_General_POJO/src/main/resources/TestClient_0002.composite
===================================================================
--- JCA_General_POJO/src/main/resources/TestClient_0002.composite
(revision 133)
+++ JCA_General_POJO/src/main/resources/TestClient_0002.composite
(working copy)
@@ -29,7 +29,7 @@
<property name="testName" source="$testName"/>
</component>
- <reference name="reference1"
promote="TestClient_0002TestClient/reference1">
+ <reference name="reference1" multiplicity="1..1"
promote="TestClient_0002TestClient/reference1">
<interface.java interface="org.oasisopen.sca.test.Service1"/>
</reference>
Index: JCA_General_POJO/src/main/resources/META-INF/definitions.xml
===================================================================
--- JCA_General_POJO/src/main/resources/META-INF/definitions.xml
(revision 133)
+++ JCA_General_POJO/src/main/resources/META-INF/definitions.xml
(working copy)
@@ -38,4 +38,8 @@
</policySet>
+ <policySet name="PolicySet4" provides="test:testIntent4"
appliesTo="//binding.ws">
+ <!-- This policy intentionally left blank -->
+ </policySet>
+
</definitions>
...ant
Re: Out of memory in compliance test run
Posted by Simon Laws <si...@googlemail.com>.
Still getting oom with JCAA so looking at that. Also I've had to
locally fix a schema validation error in the JCAA tests. Do we have
local changes in the OASIS assets we are using to run the compliance
tests? If so is there a list somewhere?
Simon
Re: Out of memory in compliance test run
Posted by Simon Laws <si...@googlemail.com>.
On Mon, Apr 12, 2010 at 11:52 AM, Simon Laws <si...@googlemail.com> wrote:
> I've noticed that I'm getting oom in the JCA compliance test run (see
> below) when doing a full 2.x mvn build. However when I run from the
> otest/newlayout structure it's slightly different and I get a permgen
> error on assembly. Am going to look at the permgen first.
>
>
> Simon
>
> =========================================
>
> Running client_javacaa.JCA_2007_TestCase
> Implementation language set to: _POJO
> 12-Apr-2010 11:44:35 org.apache.tuscany.sca.node.impl.NodeImpl start
> INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0 domain: de
> fault
> 12-Apr-2010 11:44:35 org.apache.tuscany.sca.node.impl.NodeFactoryImpl loadContri
> butions
> INFO: Loading contribution: file:/D:/sca-java-2.x/compliance-tests/java-caa/targ
> et/oasis-contributions/JCA_General_POJO.jar
> 12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
> mpl addEndpoint
> INFO: Add endpoint - (@32241042)Endpoint: URI = TestClient/TestClient_0002TestC
> lient#service-binding(TestInvocation/TestInvocation)
> Service URI: http://localhost:8080/TestClient/TestInvocation
> 12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
> mpl addEndpoint
> INFO: Add endpoint - (@25504895)Endpoint: URI = TestClient#service-binding(Test
> Invocation/TestInvocation)
> 12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
> mpl addEndpoint
> INFO: Add endpoint - (@17241004)Endpoint: URI = TEST_JCA_2007ClientComponent1#s
> ervice-binding(Service1/Service1)
> 12-Apr-2010 11:44:35 org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryI
> mpl addEndpoint
> INFO: Add endpoint - (@13515521)Endpoint: URI = TEST_JCA_2007CompositeComponent
> 2#service-binding(ParallelService/ParallelService)
> parallel execution with invocation count = 2000 maxWaitTime = 5000
> Exception in thread "Thread-31" java.lang.OutOfMemoryError: unable to create new
> native thread
> at java.lang.Thread.start0(Native Method)
> at java.lang.Thread.start(Thread.java:597)
> at java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(Thread
> PoolExecutor.java:703)
> at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.ja
> va:652)
> at org.oasisopen.sca.test.parallelCompositeClientImpl.executeTasks(paral
> lelCompositeClientImpl.java:82)
> at org.oasisopen.sca.test.parallelCompositeClientImpl.operation1(paralle
> lCompositeClientImpl.java:58)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.tuscany.sca.implementation.java.invocation.JavaImplementat
> ionInvoker.invoke(JavaImplementationInvoker.java:113)
> at org.apache.tuscany.sca.binding.sca.provider.SCABindingInvoker.invoke(
> SCABindingInvoker.java:75)
> at org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invo
> ke(JDKInvocationHandler.java:236)
> at org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invo
> ke(JDKInvocationHandler.java:106)
> at $Proxy215.operation1(Unknown Source)
> at org.oasisopen.sca.test.ASM_0002_Client.runTest(ASM_0002_Client.java:5
> 7)
> at org.oasisopen.sca.test.ASM_0002_Client.invokeTest(ASM_0002_Client.jav
> a:40)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.tuscany.sca.implementation.java.invocation.JavaImplementat
> ionInvoker.invoke(JavaImplementationInvoker.java:113)
> at org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterc
> eptor.invoke(DataTransformationInterceptor.java:66)
> at org.apache.tuscany.sca.core.invocation.RuntimeInvoker.invoke(RuntimeI
> nvoker.java:91)
> at org.apache.tuscany.sca.core.invocation.RuntimeInvoker.invoke(RuntimeI
> nvoker.java:74)
> at org.apache.tuscany.sca.core.assembly.impl.RuntimeEndpointImpl.invoke(
> RuntimeEndpointImpl.java:229)
> at org.apache.tuscany.sca.binding.ws.jaxws.JAXWSServiceBindingProvider.i
> nvoke(JAXWSServiceBindingProvider.java:146)
> at org.apache.tuscany.sca.binding.ws.jaxws.JAXWSServiceBindingProvider.i
> nvoke(JAXWSServiceBindingProvider.java:1)
> at com.sun.xml.internal.ws.api.server.InstanceResolver$1.invokeProvider(
> InstanceResolver.java:215)
> at com.sun.xml.internal.ws.server.InvokerTube$2.invokeProvider(InvokerTu
> be.java:142)
> at com.sun.xml.internal.ws.server.provider.SyncProviderInvokerTube.proce
> ssRequest(SyncProviderInvokerTube.java:64)
> at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Fiber.java:581)
> at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Fiber.java:540)
> at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Fiber.java:525)
> at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Fiber.java:422)
> at com.sun.xml.internal.ws.server.WSEndpointImpl$2.process(WSEndpointImp
> l.java:226)
> at com.sun.xml.internal.ws.transport.http.HttpAdapter$HttpToolkit.handle
> (HttpAdapter.java:375)
> at com.sun.xml.internal.ws.transport.http.HttpAdapter.handle(HttpAdapter
> .java:175)
> at com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handleExc
> hange(WSHttpHandler.java:100)
> at com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handle(WS
> HttpHandler.java:77)
> at com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:65)
> at sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:65)
> at com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:68)
> at sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.
> java:552)
> at com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:65)
> at sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:524)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec
> utor.java:885)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor
> .java:907)
> at java.lang.Thread.run(Thread.java:619)
> java.lang.OutOfMemoryError: unable to create new native thread
> at java.lang.Thread.start0(Native Method)
> at java.lang.Thread.start(Thread.java:597)
> at java.util.concurrent.ThreadPoolExecutor.addIfUnderCorePoolSize(Thread
> PoolExecutor.java:703)
> at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.ja
> va:652)
> at sun.net.httpserver.ServerImpl$Dispatcher.handle(ServerImpl.java:349)
> at sun.net.httpserver.ServerImpl$Dispatcher.run(ServerImpl.java:321)
> at java.lang.Thread.run(Thread.java:619)
>
>
>
> --
> Apache Tuscany committer: tuscany.apache.org
> Co-author of a book about Tuscany and SCA: tuscanyinaction.com
>
I'm no longer getting a permgen failure in the otests with the most
recent build.
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com