hmmm, I was doing a mvn -fae when the error occured, and now as I go building by cherry picking subtrees I can see there may have been issues further up the build that would have been reported if the outofmemory hadn't stopped the build in its tracks.
So currently I'm seeing a problem if i build in shades .... [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to clean project: Failed to delete C:\Dev7\SCA\shades\base\target\tuscany-base-2.0-SNAPSHOT.jar I'll chase these down and see if I still get the issue at the end of it all Kelvin. On Mon, Jun 7, 2010 at 1:37 PM, Simon Laws <[email protected]> wrote: > On Mon, Jun 7, 2010 at 1:26 PM, kelvin goodson <[email protected]> > wrote: >> btw, i'm just trying the obvious of bumping up those values for >> meminitial and maxmem >> >> On Mon, Jun 7, 2010 at 1:23 PM, kelvin goodson <[email protected]> >> wrote: >>> thanks simon, >>> >>> I went through the top level pom changing values related to the jdk to >>> 1.6, so below is my full current change. The first altered stanza >>> relates to the "sourcecheck" profile and the 3rd to code coverage, so >>> I'm pretty sure its the 2nd that is causing the issues. >>> >>> I'm not at all set up for memory issue debugging at the moment, so may >>> need some tips and reminders on what tools are available if I'm going >>> to attack this. >>> >>> Kelvin. >>> >>> --- pom.xml (revision 952163) >>> +++ pom.xml (working copy) >>> @@ -555,8 +555,8 @@ >>> <groupId>org.apache.maven.plugins</groupId> >>> <artifactId>maven-compiler-plugin</artifactId> >>> <configuration> >>> - <source>1.5</source> >>> - <target>1.5</target> >>> + <source>1.6</source> >>> + <target>1.6</target> >>> <showDeprecation>true</showDeprecation> >>> >>> <compilerArgument>-Xlint:unchecked,deprecation,fallthrough,finally</compilerArgument> >>> </configuration> >>> @@ -823,8 +823,8 @@ >>> <artifactId>maven-compiler-plugin</artifactId> >>> <version>2.2</version> >>> <configuration> >>> - <source>1.5</source> >>> - <target>1.5</target> >>> + <source>1.6</source> >>> + <target>1.6</target> >>> <fork>true</fork> >>> <meminitial>512m</meminitial> >>> <maxmem>1024m</maxmem> >>> @@ -875,7 +875,7 @@ >>> <groupId>org.apache.maven.plugins</groupId> >>> <artifactId>maven-clover-plugin</artifactId> >>> <configuration> >>> - <jdk>1.5</jdk> >>> + <jdk>1.6</jdk> >>> </configuration> >>> </plugin> >>> >>> >>> On Mon, Jun 7, 2010 at 1:07 PM, Simon Laws <[email protected]> >>> wrote: >>>> On Mon, Jun 7, 2010 at 1:03 PM, kelvin goodson <[email protected]> >>>> wrote: >>>>> I have MAVEN_OPTS=-Xmx1024m -Xms1024m -XX:MaxPermSize=256m >>>>> >>>>> I'm not sure what other controls there are. >>>>> >>>>> Kelvin. >>>>> >>>>> On Mon, Jun 7, 2010 at 12:49 PM, Simon Laws <[email protected]> >>>>> wrote: >>>>>> On Mon, Jun 7, 2010 at 12:38 PM, kelvin goodson >>>>>> <[email protected]> wrote: >>>>>>> Has anyone else seen this before I go digging? >>>>>>> >>>>>>> I have bumped the maven-compile-plugin's source and target level to >>>>>>> 1.6 locally, so it may be something to do with that. >>>>>>> >>>>>>> Kelvin. >>>>>>> >>>>>>> Running client_javacaa.JCA_2007_TestCase >>>>>>> Implementation language set to: _POJO >>>>>>> 07-Jun-2010 12:25:37 org.apache.tuscany.sca.node.impl.NodeImpl start >>>>>>> INFO: Starting node: http://tuscany.apache.org/sca/1.1/nodes/default0 >>>>>>> domain: default >>>>>>> 07-Jun-2010 12:25:37 org.apache.tuscany.sca.node.impl.NodeFactoryImpl >>>>>>> loadContributions >>>>>>> INFO: Loading contribution: >>>>>>> file:/C:/Dev7/SCA/compliance-tests/java-caa/target/oasis-contributions/JCA_General_POJO.jar >>>>>>> 07-Jun-2010 12:25:37 >>>>>>> org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl >>>>>>> addEndpoint >>>>>>> INFO: Add endpoint - (@541121)Endpoint: URI = >>>>>>> TestClient/TestClient_0002TestClient#service-binding(TestInvocation/TestInvocation) >>>>>>> Binding.ws JAXWS provider - Service URI: >>>>>>> http://localhost:8080/TestClient/TestInvocation >>>>>>> 07-Jun-2010 12:25:37 >>>>>>> org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl >>>>>>> addEndpoint >>>>>>> INFO: Add endpoint - (@32765695)Endpoint: URI = >>>>>>> TestClient#service-binding(TestInvocation/TestInvocation) >>>>>>> 07-Jun-2010 12:25:37 >>>>>>> org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl >>>>>>> addEndpoint >>>>>>> INFO: Add endpoint - (@917217)Endpoint: URI = >>>>>>> TEST_JCA_2007ClientComponent1#service-binding(Service1/Service1) >>>>>>> 07-Jun-2010 12:25:37 >>>>>>> org.apache.tuscany.sca.core.assembly.impl.EndpointRegistryImpl >>>>>>> addEndpoint >>>>>>> INFO: Add endpoint - (@14198549)Endpoint: URI = >>>>>>> TEST_JCA_2007CompositeComponent2#service-binding(ParallelService/ParallelService) >>>>>>> parallel execution with invocation count = 2000 maxWaitTime = 5000 >>>>>>> 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(ThreadPoolExecutor.java:703) >>>>>>> at >>>>>>> java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:652) >>>>>>> at >>>>>>> org.oasisopen.sca.test.parallelCompositeClientImpl.executeTasks(parallelCompositeClientImpl.java:82) >>>>>>> at >>>>>>> org.oasisopen.sca.test.parallelCompositeClientImpl.operation1(parallelCompositeClientImpl.java:58) >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>> at >>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>>>>> at >>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>>>>> at >>>>>>> org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.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.invoke(JDKInvocationHandler.java:253) >>>>>>> at >>>>>>> org.apache.tuscany.sca.core.invocation.impl.JDKInvocationHandler.invoke(JDKInvocationHandler.java:109) >>>>>>> at $Proxy222.operation1(Unknown Source) >>>>>>> at >>>>>>> org.oasisopen.sca.test.ASM_0002_Client.runTest(ASM_0002_Client.java:57) >>>>>>> at >>>>>>> org.oasisopen.sca.test.ASM_0002_Client.invokeTest(ASM_0002_Client.java:40) >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>> at >>>>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>>>>>> at >>>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>>>>> at java.lang.reflect.Method.invoke(Method.java:597) >>>>>>> at >>>>>>> org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.invoke(JavaImplementationInvoker.java:113) >>>>>>> at >>>>>>> org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:66) >>>>>>> at >>>>>>> org.apache.tuscany.sca.core.invocation.RuntimeInvoker.invoke(RuntimeInvoker.java:91) >>>>>>> at >>>>>>> org.apache.tuscany.sca.core.invocation.RuntimeInvoker.invoke(RuntimeInvoker.java:74) >>>>>>> at >>>>>>> org.apache.tuscany.sca.core.assembly.impl.RuntimeEndpointImpl.invoke(RuntimeEndpointImpl.java:229) >>>>>>> at >>>>>>> org.apache.tuscany.sca.binding.ws.jaxws.JAXWSBindingProvider.invoke(JAXWSBindingProvider.java:155) >>>>>>> at >>>>>>> org.apache.tuscany.sca.binding.ws.jaxws.JAXWSBindingProvider.invoke(JAXWSBindingProvider.java:54) >>>>>>> at >>>>>>> com.sun.xml.internal.ws.api.server.InstanceResolver$1.invokeProvider(InstanceResolver.java:215) >>>>>>> at >>>>>>> com.sun.xml.internal.ws.server.InvokerTube$2.invokeProvider(InvokerTube.java:142) >>>>>>> at >>>>>>> com.sun.xml.internal.ws.server.provider.SyncProviderInvokerTube.processRequest(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(WSEndpointImpl.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.handleExchange(WSHttpHandler.java:100) >>>>>>> at >>>>>>> com.sun.xml.internal.ws.transport.http.server.WSHttpHandler.handle(WSHttpHandler.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(ThreadPoolExecutor.java:885) >>>>>>> at >>>>>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) >>>>>>> at java.lang.Thread.run(Thread.java:619) >>>>>>> Exception in thread "Thread-33" 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(ThreadPoolExecutor.java:703) >>>>>>> at >>>>>>> java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java: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) >>>>>>> >>>>>> >>>>>> Nope, not seen that Kelvin. I fixed a few memory leaks a while back >>>>>> but doesn't mean there aren't still some there. What have you got the >>>>>> various memory configurations set to currently. >>>>>> >>>>>> Simon >>>>>> >>>>>> -- >>>>>> Apache Tuscany committer: tuscany.apache.org >>>>>> Co-author of a book about Tuscany and SCA: tuscanyinaction.com >>>>>> >>>>> >>>> >>>> That's what I have also. If you want some help tracking down what the >>>> problem is let me know what the change is you've made and I'll try and >>>> reproduce. Is it just the maven-compile-plugin change? >>>> >>>> Simon >>>> >>>> -- >>>> Apache Tuscany committer: tuscany.apache.org >>>> Co-author of a book about Tuscany and SCA: tuscanyinaction.com >>>> >>> >> > > Does this happen for you when you just run the JCA tests? How are you > running them? > > Simon > > -- > Apache Tuscany committer: tuscany.apache.org > Co-author of a book about Tuscany and SCA: tuscanyinaction.com >
