[ 
https://issues.apache.org/jira/browse/SUREFIRE-859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15026627#comment-15026627
 ] 

ASF GitHub Bot commented on SUREFIRE-859:
-----------------------------------------

Github user neykov commented on the pull request:

    
https://github.com/apache/incubator-brooklyn/pull/1068#issuecomment-159577361
  
    @m4rkmckenna It's unrelated.
    My understanding of the issue 
(https://issues.apache.org/jira/browse/SUREFIRE-859) is that surefire is 
consuming the output of the test process when it sees unexpected format, caused 
by verbose garbage collection (configured by us). So it will just print the 
unrecognized output as is.
    
    The output itself means that the garbage collector has kicked in because of 
a failure to allocate a buffer, giving some statistics about the gc run.
    
    Just ignore it.


> Exception in thread "TreadedStreamConsumer" java.lang.RuntimeException during 
> GC
> --------------------------------------------------------------------------------
>
>                 Key: SUREFIRE-859
>                 URL: https://issues.apache.org/jira/browse/SUREFIRE-859
>             Project: Maven Surefire
>          Issue Type: Bug
>          Components: Junit 4.7+ (parallel) support, Maven Surefire Plugin, 
> process forking
>    Affects Versions: 2.11, 2.12
>         Environment: Solaris  5.10, jdk16-1.6.0_11-0 (same with jdk1.5.0_14), 
> apache-maven-2.2.1
>            Reporter: Magnus Naeslund
>            Assignee: Tibor Digana
>             Fix For: 2.18.1
>
>         Attachments: runtimeexception.txt
>
>
> When executing 151 integration tests with 829 test methods on a Solaris 
> machine, there is an exception: 
> ===
> Exception in thread "ThreadStreamConsumer" java.lang.RuntimeException: 176: 
> [GC 100,177: [ParNew
> ...
> java.langh.RuntimeException: The forked VM terminated without saying properly 
> goodbye. VM crash or System.exit called ?
> ===
> (see attachment for full stack traces)
> The message of the RuntimeException suggests that the problem is connected to 
> garbage collection. The stack trace points to ForkClient.java. It looks as if 
> the method "consumeLine" in ForkClient.java is fed with GC information 
> instead of the expected string.
> The exception occurs with concurrency configuration "parallel='none'" as well 
> as with "parallel='classes'" in both versions of the surefire plugin, 2.11 
> and 2.12.
> However, this problem does not show up on a Windows/Cygwin environment.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to