VM ที่มีการยกเลิกถูกยกเลิกโดยไม่บอกลาอย่างเหมาะสม VM crash หรือ System.exit ชื่อ

โปรดช่วยฉันแก้ปัญหานี้ ฉันไม่เข้าใจว่าข้อผิดพลาดในบันทึกหมายถึงอะไร

[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 21.749s
[INFO] Finished at: Thu Apr 24 10:10:20 IST 2014
[INFO] Final Memory: 15M/37M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.15:test (default-test) on project samples.simpleforwarding: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.15:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
[ERROR] Command wascmd.exe /X /C ""C:\Program Files\Java\jdk1.7.0_55\jre\bin\java" -Xmx1024m -XX:MaxPermSize=256m -jar E:\OpenDayLight\controller\opendaylight\samples\simpleforwarding\target\surefire\surefirebooter53410321571238933.jar E:\OpenDayLight\controller\opendaylight\samples\simpleforwarding\target\surefire\surefire86076271125218001tmp E:\OpenDayLight\controller\opendaylight\samples\simpleforwarding\target\surefire\surefire_01846991116135903536tmp"
[ERROR] -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/PluginExecutionException

ฉันมีปัญหาเดียวกันและแก้ไขได้โดยการเพิ่ม:

<argLine>-Xmx1024m -XX:MaxPermSize=256m</argLine>

องค์ประกอบปลั๊กอินทั้งหมดคือ:

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <configuration>
    <forkCount>3</forkCount>
    <reuseForks>true</reuseForks>
    <argLine>-Xmx1024m -XX:MaxPermSize=256m</argLine>
  </configuration>
</plugin>

ในกรณีของฉันปัญหาเกี่ยวข้องกับการบันทึกที่ยาวเกินไปในคอนโซล IntelliJ IDEA (ระบบปฏิบัติการ windows 10)

คำสั่ง:

mvn clean install

คำสั่งนี้แก้ไขปัญหาให้ฉัน:

mvn clean install > log-file.log

ฉันมีปัญหาที่คล้ายกันมาก ( Maven build และ maven-failafe-plugin - VM ที่แยกออกจากกันโดยไม่บอกลา ) และพบวิธีแก้ไขปัญหาสามข้อที่ใช้งานได้สำหรับฉัน:

คำอธิบายปัญหา

ปัญหาเกิดขึ้นกับ maven plugin maven-surefire-pluginเฉพาะในรุ่น 2.20.1 และ 2.21.0 ฉันตรวจสอบแล้วและคุณใช้รุ่น 2.20.1

โซลูชันที่ 1

ปรับรุ่นปลั๊กอิน2.22.0 เพิ่มในpom.xml :

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>2.22.0</version>
</plugin>

โซลูชันที่ 2

การปรับลดรุ่นปลั๊กอิน2.20 เพิ่มในpom.xml :

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>2.20</version>
</plugin>

โซลูชันที่ 3

การกำหนดค่าใช้ปลั๊กอินtestFailureIgnore เพิ่มในpom.xml :

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <configuration>
    <testFailureIgnore>true</testFailureIgnore>
  </configuration>
</plugin>

ณ วันนี้ (30/30/2018) เราสังเกตว่างานสร้างของเราแตกเป็นเสี่ยง ๆ ในเจนกินส์โดยมีข้อผิดพลาดนี้

ข้อผิดพลาดเป็นบิตที่ทำให้เข้าใจผิดและจำเป็นต้องดูผลลัพธ์ของการถ่ายโอนข้อมูลในtarget/surefire-reports/ เพื่อดูข้อความแสดงข้อผิดพลาดต่อไปนี้:

Error: Could not find or load main class org.apache.maven.surefire.booter.ForkedBooter

ที่ทำให้ฉันไปโพสต์ดังต่อไปนี้ซึ่งกล่าวถึงข้อผิดพลาดที่เป็นไปได้ใน OpenJDK 181: Maven surefire ไม่สามารถหาชั้น ForkedBooter

การแก้ไขอย่างใดอย่างหนึ่งในโพสต์นั้นแก้ปัญหาของฉันได้ เพื่อเจาะจงฉันใช้อย่างใดอย่างหนึ่งต่อไปนี้:

1. เปลี่ยนจากสิ่งปลูกสร้างในคอนเทนเนอร์นักเทียบท่าmaven:3.5.4-jdk-8เป็นmaven:3.5.4-jdk-8-alpine
2. การเอาชนะคลาสโหลดเดอร์ของ Spring Boot มีรายละเอียดที่นี่: https://stackoverflow.com/a/50661649/1228408

ส่วนหนึ่งของคำถามที่พบบ่อยของSurefireสามารถช่วยคุณได้:

Surefire ล้มเหลวด้วยข้อความ "VM ที่ถูกแฮ็กสิ้นสุดลงโดยไม่บอกลาอย่างถูกต้อง"

Surefire ไม่สนับสนุนการทดสอบหรือไลบรารีอ้างอิงใด ๆ ที่เรียก System.exit () ได้ตลอดเวลา หากพวกเขาทำเช่นนั้นพวกเขาจะเข้ากันไม่ได้กับ surefire และคุณควรยื่นปัญหากับห้องสมุด / ผู้ขาย อีกทางหนึ่งคือ VM ที่มีการแยกอาจล้มเหลวด้วยเหตุผลหลายประการซึ่งอาจทำให้ปัญหานี้เกิดขึ้น ค้นหาไฟล์ "hs_err *" แบบคลาสสิกที่ระบุว่า VM ล่มหรือตรวจสอบเอาต์พุตบันทึกจากการรัน maven เมื่อการทดสอบดำเนินการ เอาต์พุต "พิเศษ" บางตัวจากกระบวนการหยุดทำงานอาจถูกดัมพ์ไปยังคอนโซล / บันทึก หากสิ่งนี้เกิดขึ้นในสภาพแวดล้อม CI และหลังจากผ่านไประยะหนึ่งก็มีโอกาสพอสมควรที่ชุดทดสอบของคุณกำลังรั่วทรัพยากรระดับ OS บางประเภทซึ่งทำให้สิ่งเลวร้ายลงสำหรับการทำงานทุกครั้ง เครื่องมือตรวจสอบระดับระบบปฏิบัติการปกติอาจบอกให้คุณทราบ

ประสบปัญหาเดียวกัน, java 8 บน Ubuntu

จากนั้นเจอhttps://stackoverflow.com/a/53016532/1676516

ดูเหมือนว่าข้อผิดพลาดล่าสุดในปลั๊กอิน surefire เวอร์ชัน 2.22.1 พร้อมจาวา 8 https://issues.apache.org/jira/browse/SUREFIRE-1588

ปฏิบัติตามวิธีแก้ปัญหาที่แนะนำผ่านการตั้งค่า mvn ท้องถิ่น ~/.m2/settings.xml

<profiles>
    <profile>
        <id>SUREFIRE-1588</id>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
        <properties>
            <argLine>-Djdk.net.URLClassPath.disableClassPathURLCheck=true</argLine>
        </properties>
    </profile>
</profiles>

Cannot use a threadCount parameter less than 1; 1 > 0ฉันมีปัญหาเดียวกันในวันนี้และสำหรับฉันปัญหาที่แท้จริงคือการรายงานขึ้นต่อไปในบันทึกด้วยข้อความ เมื่อเพิ่ม<threadCount>1</threadCount>ปลั๊กอินการตั้งค่า surefire ข้อผิดพลาดอื่น ๆ หายไป

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.18.1</version>
            <dependencies>
                <dependency>
                    <groupId>org.apache.maven.surefire</groupId>
                    <artifactId>surefire-junit47</artifactId>
                    <version>2.18.1</version>
                </dependency>
                <dependency>
                    <groupId>org.apache.maven.surefire</groupId>
                    <artifactId>surefire-testng</artifactId>
                    <version>2.18.1</version>
                </dependency>
            </dependencies>
            <configuration>
                <threadCount>1</threadCount>
            </configuration>
        </plugin>

... และใช่ฉันใช้ทั้ง junit และ testng ในกรอบการทดสอบนี้ด้วยเหตุผลด้านความเข้ากันได้แบบย้อนหลัง

มีปัญหาที่คล้ายกันเมื่อเรียกใช้คำสั่ง mvn กับ Jacoco plugin บน JDK 1.8.0_ 65

[INFO]
A fatal error has been detected by the Java Runtime Environment:

JRE version: Java(TM) SE Runtime Environment (8.0_65-b17) (build 1.8.0_65-b17).........
Problematic frame:
PhaseIdealLoop::build_loop_late_post(Node*)+0x144
............
............
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.19:test (default-test) on project 

 The forked VM terminated without properly saying goodbye. VM crash or System.exit called?

มีข้อผิดพลาดใน JDK https://bugs.openjdk.java.net/browse/JDK-8081379

และวิธีแก้ไขก็คือให้ทำการติดตั้ง mvn clean ด้วย param -XX: -UseLoopPredicate

หรือแค่อัปเดตเป็น JDK (ฉันคิดว่ารุ่นรองรุ่นใหม่จะใช้งานได้)

ปิด useSystemClassLoader ของ maven-surefile-plugin น่าจะช่วยได้

        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.22.0</version>
            <configuration>
                <useSystemClassLoader>false</useSystemClassLoader>
            </configuration>
        </plugin>

หากใครรวมถึงอาร์กิวเมนต์ argLine ที่กำหนดเองคุณต้องพิจารณาอีกครั้งเพราะมันอาจเป็นสาเหตุของปัญหาของคุณกับการจัดสรรหน่วยความจำ

ตัวอย่าง (ฉันเคยมี):

<argLine>XX:MaxPermSize=4096m ${argLine}</argLine>

ตอนนี้ฉันใช้ค่าที่ระบุอย่างหนัก:

<argLine>-Xmx1024m -XX:MaxPermSize=256m</argLine>

ไม่ว่าจะด้วยเหตุผลใดก็ตามแอปพลิเคชันที่ทำงานร่วมกับ Surefire เช่น Jacoco ไม่ต้องขอหน่วยความจำเพียงพอที่จะอยู่ร่วมกับการทดสอบที่เกิดขึ้น ณ เวลาที่สร้าง

ฉันพบปัญหานี้เช่นกันในคอนเทนเนอร์ Docker ของเจนกินส์ (ลองเจนกินส์: lts, ​​เจนกินส์, เจนกินส์: เพรียวบางและเจนกินส์: เพรียวบางฉันไม่อยากผ่านที่เก็บทั้งหมดและอัพเดต pom สำหรับแต่ละโครงการดังนั้นฉันจึง เพิ่งเพิ่ม disableClassPathURLCheck ไปยังการเรียกบรรทัดคำสั่ง maven:

mvn test -DargLine="-Djdk.net.URLClassPath.disableClassPathURLCheck=true"

ใช้ Maven แหง 2.21.0 ฉันจะแก้ไขปัญหาการเปลี่ยนแปลงreuseForksค่าตัวเลือกจากความจริงจะเท็จ :

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.21.0</version>
            <configuration>
                <reuseForks>false</reuseForks>
            </configuration>
        </plugin>
    </plugins>
</build>

ส่วนการกำหนดค่าทั้งหมดของฉันภายใต้งานสร้างดูเหมือนว่า:

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <version>2.21.0</version>
            <configuration>
                <testFailureIgnore>true</testFailureIgnore>
                <skip>false</skip>
                <reuseForks>false</reuseForks>
                <argLine>-Xmx1024m -XX:MaxPermSize=256m</argLine>
                <argLine>-Dfile.encoding=UTF-8</argLine>
                <useSystemClassLoader>false</useSystemClassLoader>
                <includes>
                    <!--Test* classes for the app testing -->
                    <include>**/directory/Test*.java</include>
                </includes>
            </configuration>
        </plugin>
    </plugins>
</build>

คุณต้องตรวจสอบว่าเครื่องของคุณเป็น 64 บิตหรือ 32 บิต หากเครื่องของคุณเป็น 32 บิตแล้วอาร์กิวเมนต์หน่วยความจำของคุณไม่ควรเกิน 4096 แม้ว่ามันควรจะต่ำกว่า 4 GB แต่ถ้าเครื่องของคุณเป็น 64 บิตให้ติดตั้ง Java 64 บิตและระบุ JAVA_HOME ใน mvn.bat ซึ่งชี้ไปที่การติดตั้ง Java 64 บิต

ฉันพบเคสเมื่อไม่มีคำตอบให้แก้ปัญหา มันมาพร้อมกับแอปพลิเคชันรุ่นเก่าที่ใช้ log4j และ SLF4J / logback

สถานการณ์ก่อนหน้า: clean testบิลด์ทำงานได้ดีเมื่อเรียกใช้จากภายใน Eclipse แต่เมื่อเปิดใช้ในบรรทัดคำสั่งข้อผิดพลาดนี้จะเกิดขึ้น CI สร้างบน CircleCI ก็ทำงานได้ดีเช่นกัน

สิ่งที่ฉันทำ: จากการคาดเดาที่บริสุทธิ์กำหนดค่าที่เหมาะสมlogback-test.xmlและลดความฟุ่มเฟื่อยของการบันทึก แท้จริงแล้วฉันไม่ได้พบข้อผิดพลาดนี้อีกและตอนนี้ฉันสามารถสร้างโครงการ (เช่นเดียวกับโมดูลที่เกิดข้อผิดพลาดนี้) จากบรรทัดคำสั่ง

ประเด็นของฉันคือวิธีการที่ใช้เฟรมเวิร์กการบันทึกหรือการกำหนดค่าอาจเป็นคำอธิบายอื่นวิธีการที่กรอบการเข้าสู่ระบบที่มีการใช้หรือการกำหนดค่าอาจจะเป็นอีกสาเหตุหนึ่ง

มันเป็นความขัดแย้งระหว่าง log4j และ logback จริงหรือไม่ หรือว่าปริมาณการบันทึกสูงที่เกิดจากการทดสอบล้นบัฟเฟอร์บรรทัดคำสั่งอย่างใด? ฉันไม่รู้ มันยังคงเป็นปริศนาสำหรับฉัน

ฉันประสบปัญหาคล้ายกันหลังจากอัปเกรดเป็นจาวา 12 สำหรับฉันทางออกคือการอัปเดตเวอร์ชัน jacoco <jacoco.version>0.8.3</jacoco.version>

เวอร์ชัน 2.22.2 มีปัญหาจริงกับ JVM ที่มีการแยก ใช้เวอร์ชั่น 2.20 - มันใช้งานได้อย่างมีเสน่ห์!

<groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
<version>2.20</version>

ฉันเพิ่งติดกับข้อผิดพลาดนี้ในขณะที่สร้างโปรแกรม jar ของฉัน containerized ด้วย Bamboo:

org.apache.maven.surefire.booter.SurefireBooterForkException: VM ที่ถูกแฮกค์ยกเลิกโดยไม่บอกลา

หลังจากทำการค้นคว้าหลายชั่วโมงฉันก็ซ่อมมัน และฉันคิดว่ามันจะมีประโยชน์ในการแบ่งปันโซลูชันของฉันที่นี่

ดังนั้นข้อผิดพลาดเกิดขึ้นทุกครั้งเมื่อmvn clean packageคำสั่งBamboo run สำหรับแอปพลิเคชันจาวาในคอนเทนเนอร์นักเทียบท่า ฉันไม่ใช่ผู้เชี่ยวชาญ Maven แต่ปัญหาอยู่ที่ปลั๊กอินของ Surefire และ Junit4 ที่รวมอยู่ในสปริงบูตเนื่องจากการพึ่งพา Maven

หากต้องการแก้ไขคุณต้องแทนที่ Junit4 สำหรับ Junit5 และแทนที่ปลั๊กอิน Surefire ในตัวคุณ pom.xmlปลั๊กอินในตัวคุณ

1. ภายในการยกเว้นการแทรกการพึ่งพาสปริงบูต:

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <scope>test</scope>
    <!-- FIX BAMBOO DEPLOY>
    <exclusions>
        <exclusion>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
        </exclusion>
    </exclusions>
    <!---->
</dependency>

2. เพิ่มการอ้างอิง Junit5 ใหม่:

<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-api</artifactId>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-engine</artifactId>
    <version>5.1.0</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.junit.vintage</groupId>
    <artifactId>junit-vintage-engine</artifactId>
    <version>5.1.0</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.junit.platform</groupId>
    <artifactId>junit-platform-launcher</artifactId>
    <version>1.1.0</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.junit.platform</groupId>
    <artifactId>junit-platform-runner</artifactId>
    <version>1.1.0</version>
    <scope>test</scope>
</dependency>
<dependency>
    <groupId>org.junit.platform</groupId>
    <artifactId>junit-platform-surefire-provider</artifactId>
    <version>1.1.0</version>
    <scope>test</scope>
</dependency>

3. แทรกปลั๊กอินใหม่ภายในส่วนปลั๊กอิน

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-failsafe-plugin</artifactId>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>2.19.1</version>
    <dependencies>
        <dependency>
            <groupId>org.junit.platform</groupId>
            <artifactId>junit-platform-surefire-provider</artifactId>
            <version>1.1.0</version>
        </dependency>
        <dependency>
            <groupId>org.junit.jupiter</groupId>
            <artifactId>junit-jupiter-engine</artifactId>
            <version>5.1.0</version>
        </dependency>
    </dependencies>
</plugin>

นั่นควรจะเพียงพอที่จะซ่อมแซมงานสร้างไม้ไผ่ อย่าลืมเปลี่ยนการทดสอบ Junit4 ทั้งหมดเพื่อรองรับ Junit5

การตั้งค่านี้ใน pom.xml ใช้งานได้สำหรับฉัน แต่คุณควรตรวจสอบเอกสารประกอบเพื่อหาวิธีแก้ไขอื่น ๆ https://maven.apache.org/surefire/maven-surefire-plugin/examples/class-loading.html

       <plugin>

            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <!--these strange settings fixes a chrash and dumpstream from surefire when run from command line
                    Caused by: java.lang.ClassNotFoundException: org.apache.maven.surefire.booter.ForkedBooter
                -->
                <useSystemClassLoader>true</useSystemClassLoader>
                <useManifestOnlyJar>false</useManifestOnlyJar>
            </configuration>
        </plugin>

JVM ทางแยกที่ใช้ในการทดสอบหมดหน่วยความจำ วิธีแก้ปัญหาคือการปิดการใช้งานการฟอร์ก JVM และรันการทดสอบบน JVM หลักเพื่อให้แน่ใจว่าคุณมีหน่วยความจำเพียงพอหรือผ่าน args เพื่อเพิ่มหน่วยความจำของ JVM ที่มีทางแยก

ลองดูทางออกในคำตอบนี้

ฉันพบปัญหานี้ระหว่าง Jenkins สร้างบนเครื่อง Ubuntu

/var/log/syslogรายงานOut of memory: Kill process 19557 (java) score 207 or sacrifice childแล้ว

ดังนั้นผมจึงให้พื้นที่ swap Ubuntu เครื่องมากขึ้น ตั้งแต่นั้นมาปัญหาก็หายไป

การแก้ไขปัญหานี้ของฉันคือการปิดเบราว์เซอร์ chrome แช่งซึ่งกำลังสำลักหน่วยความจำคอมพิวเตอร์ของฉัน🙄

คุณสามารถตั้งค่าตัวเลือกจาวา

SET JAVA_OPTS='-Xmx1024m' XX:+UseLoopPredicate

mvn clean install

บน Windows (OpenJDK11, Maven 3.6.0, SUREFIRE 3.0.0-M1) ฉันได้รับสาเหตุที่:

# Created at 2018-11-14T14:28:15.629
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000006c7500000, 522190848, 0) failed; error='The paging file is too small for this operation to complete' (DOS error/errno=1455)

และมีมติโดยการเพิ่มขนาดแฟ้มเพจจิ้งเช่นเช่นนี้

ลองทั้งหมดข้างต้นไม่ทำงาน โซลูชันด้านล่างใช้งานได้สำหรับฉัน:

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.19.1</version>
<configuration>
    <argLine>-Dfile.encoding=UTF-8</argLine>
</configuration>

ฉันมีปัญหาเดียวกันและแก้ไขโดยใช้ Java 8 จาก Oracle แทน Java 10 จาก Openjdk

ฉันลองวิธีแก้ปัญหาทั้งหมดที่มีให้ (ฟอร์ก, โหลดระบบ, หน่วยความจำมากขึ้น ฯลฯ .. ) ไม่มีอะไรทำงาน

สภาพแวดล้อม : การบิลด์ล้มเหลวในสภาพแวดล้อม gitlab ci การรันบิลด์ภายในคอนเทนเนอร์นักเทียบท่า

การแก้ไข : เราใช้ surefireplugin ในรุ่น 2.20.1 และอัปเกรดเป็น 2.21.0 หรือสูงกว่า (เราใช้ 2.22.1) เพื่อแก้ไขปัญหา

สาเหตุ : SUREFIRE-1422 - Surefire ใช้คำสั่งpsซึ่งไม่ได้มีอยู่ในสภาพแวดล้อมของนักเทียบท่าและนำไปสู่ ​​"ความล้มเหลว" ปัญหานี้ได้รับการแก้ไขใน 2.21.0 หรือสูงกว่า

ขอบคุณคำตอบนี้จากคำถามอื่น: https://stackoverflow.com/a/50568662/2970422

ฉันวิ่งเข้าไปในปัญหานี้เช่นกันใน MacOS ในขณะที่การดีบักรหัสการทดสอบ Selenium ระยะไกลบนพอร์ต 5005 ปัญหากลายเป็นว่ามีสาเหตุมาจาก surefire-forked-JVM ที่เหลือที่ยังคงทำงานอยู่ เอาต์พุตบันทึกไปยังเทอร์มินัล Eclipse IDE ไม่แสดงปัญหาพื้นฐานซึ่งเป็นที่อยู่ที่ใช้งานแล้ว ข้อความบันทึกแสดงขึ้นเมื่อฉันรันคำสั่งเดียวกันในเทอร์มินัล MacOS ที่ Eclipse พยายามเรียกใช้จริง:

/bin/sh -c cd /path/to/your/project/directory && /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/jre/bin/java -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 -jar /path/to/target/surefire/surefirebooter230340673926465933.jar /path/to/target/surefire 2019-06-28T10-50-02_140-jvmRun1 surefire6455775580414993159tmp surefire_02461993428448591420tmp

การฆ่าอินสแตนซ์ rogue JVM (มองหาชื่อกระบวนการ java ในการตรวจสอบกิจกรรม) แก้ไขปัญหา ตามวิธีที่ฉันใช้งานปลั๊กอิน surefire เวอร์ชัน 2.21.0 โดยไม่มีปัญหากับ open jdk 8 (v1.8.0_212) โปรดทราบว่าเส้นทางทั้งหมดจะเฉพาะกับสภาพแวดล้อมการสร้างของคุณและอาจพอร์ต (ที่อยู่ = 5005)

ฉันกำลังเผชิญปัญหาเดียวกันเมื่อเรียกใช้การทดสอบหน่วยโดยใช้การทดสอบ Maven พยายามเปลี่ยนเวอร์ชั่นของ Surefire แต่ไม่สามารถทำงานได้ ในที่สุดก็จัดการเพื่อแก้ปัญหาดังต่อไปนี้: EARLIER: (เมื่อปัญหาเกิดขึ้น): javac มาจาก jdk 1.8 java ชี้ไปที่ถังขยะ java จาก jdk 1.11 ปัจจุบัน: (เมื่อปัญหาได้รับการแก้ไข): ทั้ง javac & java กำลังชี้ไปที่ ถังขยะจาก jdk 1.8

ขอแสดงความนับถือ Teja

ฉันพบข้อผิดพลาดนี้หลังจากตัวแปรสมาชิกแบบคงที่ในคลาสทดสอบของฉันเรียกว่าวิธีการสร้างวัตถุ (ซึ่งใช้ในกรณีทดสอบตลอดทั้งชั้นเรียน) และวิธีการทำให้เกิดข้อยกเว้น

// Object created inside test class by calling a static getter.
// Exception thrown in getter:
private static Object someObject = SomeObject.getObject(...);

// ... <Object later used in class>

การแก้ไขบางอย่างรวมถึงการสร้างวัตถุใหม่ในแต่ละกรณีทดสอบและตรวจจับข้อยกเว้นตาม หรือโดยการเริ่มต้นวัตถุภายในวิธีการ @BeforeTest และสร้างความมั่นใจว่ามันถูกสร้างขึ้นอย่างถูกต้อง

ในกรณีของฉันปัญหาเกี่ยวข้องกับเส้นทางพื้นที่ทำงานซึ่งยาวมาก ดังนั้นฉันจึงทำการปรับเส้นทางใหม่และวิธีนี้ก็แก้ไขปัญหาให้ฉันได้