It turns out that there was already a surefire plugin config on the
test module which was setting some memory settings, but if i removed
them it all started working fine. I've committed that change and
kicked off a Hudson build to see if that still works, but if these
settings break it for anyone else just say and we can try to find if
there are settings which work for all of us.

   ...ant

On Mon, May 9, 2011 at 6:26 PM, ant elder <ant.el...@gmail.com> wrote:
> Thats a good point, i shall go play around with surefire config in the
> tuscany-compliance-test-java-caa to see if that helps.
>
>   ...ant
>
> On Mon, May 9, 2011 at 4:45 PM, Raymond Feng <enjoyj...@gmail.com> wrote:
>> The maven option won't help as surefire plugin forks the jvm. Try to 
>> configure the surefire plugin.
>>
>> Raymond Feng
>> Sent from my iPhone
>>
>> On May 9, 2011, at 4:41 AM, ant elder <antel...@apache.org> wrote:
>>
>>> On Mon, May 9, 2011 at 11:51 AM, Simon Laws <simonsl...@googlemail.com> 
>>> wrote:
>>>> On Mon, May 9, 2011 at 11:47 AM, ant elder <ant.el...@gmail.com> wrote:
>>>>> Another issue i have getting the build running on a new machine is
>>>>> that the Java CAA compliance test suite always fails with an
>>>>> OutOfMemoryError. It doesn't matter how I run that, in a full build
>>>>> the suite on its own, or what memory setting i use it always ends up
>>>>> getting the following exception in most of the tests:
>>>>>
>>>>> java.lang.OutOfMemoryError: unable to create new native thread
>>>>>        at java.lang.Thread.start0(Native Method)
>>>>>        at java.lang.Thread.start(Thread.java:640)
>>>>>        at java.util.Timer.<init>(Timer.java:154)
>>>>>        at java.util.Timer.<init>(Timer.java:122)
>>>>>        at 
>>>>> org.mortbay.jetty.servlet.HashSessionManager.doStart(HashSessionManager.java:71)
>>>>>        at 
>>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>>>>>        at 
>>>>> org.mortbay.jetty.servlet.SessionHandler.doStart(SessionHandler.java:115)
>>>>>        at 
>>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>>>>>        at 
>>>>> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
>>>>>        at 
>>>>> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:537)
>>>>>        at 
>>>>> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
>>>>>        at 
>>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>>>>>        at 
>>>>> org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
>>>>>        at org.mortbay.jetty.Server.doStart(Server.java:224)
>>>>>        at 
>>>>> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
>>>>>        at 
>>>>> org.apache.tuscany.sca.http.jetty.JettyServer.addServletMapping(JettyServer.java:297)
>>>>>        at 
>>>>> org.apache.tuscany.sca.http.jetty.JettyServer.addServletMapping(JettyServer.java:225)
>>>>>        at 
>>>>> org.apache.tuscany.sca.host.http.DefaultServletHostExtensionPoint$LazyServletHost.addServletMapping(DefaultServletHostExte
>>>>> nsionPoint.java:124)
>>>>>        at 
>>>>> org.apache.tuscany.sca.binding.ws.axis2.provider.Axis2ServiceBindingProvider.start(Axis2ServiceBindingProvider.java:191)
>>>>>        at 
>>>>> org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl$2.run(CompositeActivatorImpl.java:552)
>>>>>        at java.security.AccessController.doPrivileged(Native Method)
>>>>>        at 
>>>>> org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.startEndpoint(CompositeActivatorImpl.java:550)
>>>>>        at 
>>>>> org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.start(CompositeActivatorImpl.java:422)
>>>>>        at 
>>>>> org.apache.tuscany.sca.core.assembly.impl.CompositeActivatorImpl.start(CompositeActivatorImpl.java:345)
>>>>>        at 
>>>>> org.apache.tuscany.sca.node.impl.NodeImpl.start(NodeImpl.java:162)
>>>>>        at 
>>>>> org.apache.tuscany.sca.otest.TuscanyRuntimeBridge.startContribution(TuscanyRuntimeBridge.java:80)
>>>>>        at 
>>>>> client.BaseJAXWSTestRunner.startContribution(BaseJAXWSTestRunner.java:235)
>>>>>        at client.BaseJAXWSTestRunner.setUp(BaseJAXWSTestRunner.java:144)
>>>>>        at sun.reflect.GeneratedMethodAccessor19.invoke(Unknown Source)
>>>>>        at 
>>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>>>        at java.lang.reflect.Method.invoke(Method.java:597)
>>>>>        at 
>>>>> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>>>>>        at 
>>>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>>>>        at 
>>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>>>>>        at 
>>>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
>>>>>        at 
>>>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>>>>        at 
>>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>>>>>        at 
>>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>>>>>        at 
>>>>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>>>>>
>>>>> Does anyone have any ideas on how to fix that?
>>>>>
>>>>> I have this in MAVEN_OPTs: -Xmx1024m -Xms1024m -XX:MaxPermSize=512m
>>>>>
>>>>> For now I've stopped trying to run in and taken the test suite out of
>>>>> my local build
>>>>>
>>>>>   ...ant
>>>>>
>>>>>
>>>>>   ...ant
>>>>>
>>>>
>>>> Any differences between the new and old machine that might affect this?
>>>>
>>>
>>> Yes lots - 64 bit vs 32 bit, newer OS, newer Maven, newer Java, etc,
>>> etc - so its hard to know where to start.
>>>
>>>   ...ant
>>
>

Reply via email to