foo bar created SUREFIRE-1539:
---------------------------------

             Summary: Surefire causes Jigwaw runtime errors when forkCount > 0
                 Key: SUREFIRE-1539
                 URL: https://issues.apache.org/jira/browse/SUREFIRE-1539
             Project: Maven Surefire
          Issue Type: Bug
          Components: Maven Surefire Plugin
    Affects Versions: 2.22.0
            Reporter: foo bar


h1. The problem

I'm migrating my toy project to Jigsaw modules. 
 Now I managed to make it work ({{maven clean install}} OK), but I had to pass 
an additional flag to Surefire ({{forkCount=0}}) that I think I shouldn't have 
to and feels very "magical" (in a bad way).

To reproduce:
     1. {{git clone [https://github.com/vandekeiser/wires.git]}}
     2. {{git checkout REPORT_SUREFIRE}}
     3.1 {{mvn clean install}}
         -->passes
     3.2 remove {{<forkCount>0</forkCount>}} in {{/pom.xml}}
         -->fails
h1. Analysis

If I remove {{<forkCount>0</forkCount>}} in {{/pom.xml}} I get:
{code:java}
Caused by: org.apache.maven.surefire.booter.SurefireBooterForkException: The 
forked VM terminated without properly saying goodbye. VM crash or System.exit 
called?
    Command was cmd.exe /X /C ""C:\Program Files\Java\jdk-10.0.2\bin\java" 
--add-opens fr.cla.wires.core.support.tests.pbt=ALL-UNNAMED 
@C:\Users\User\AppData\Local\Temp\surefire17232382819109770877\surefireargs1242676904531575952
 C:\Users\User\AppData\Local\Temp\surefire17232382819109770877 
2018-07-22T17-31-27_183-jvmRun1 surefire6300613916016740531tmp 
surefire_0406188086577321752tmp"
{code}
-->It looks like {{argLine}} options are appended incorrectly to the final 
command line when {{forkCount > 0}} ?

>From what I saw, Surefire calls Java with an {{@argFile}} argument pointing to 
>a tmp file with all the arguments (here 
>{{@C:\Users\User\AppData\Local\Temp\surefire17232382819109770877\surefireargs1242676904531575952}}),
> so the {{--add-opens}} should go into that.

But it seems it only does when {{forkCount ==0}} ??



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to