Maven forkCount and reuseForks apparently not respected
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- java, vscode
- Lĩnh vực
- devtools, testing-qa
Hướng nghiên cứu
Tái hiện hành vi bằng pom.xml của module, các thiết lập của maven-surefire-plugin và VS Code test runner, đồng thời so sánh việc thực thi Maven qua CLI với việc thực thi qua VS Code. Theo dõi xem VS Code runner có ủy quyền cho Maven hay không và xử lý forkCount, reuseForks cũng như việc loại trừ test như thế nào. Công việc được xem là hoàn tất khi hành vi được hỗ trợ hoặc giới hạn đã được xác lập, đồng thời cấu hình hoặc workaround được yêu cầu đã được ghi lại một cách rõ ràng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hello,
I am using systemstubs library.
As its author said, because of the way the library works, tests using it must be running in a forked vm, one per test.
I have been able to make this work in maven.
I have a multi module pom.xml. In my specific module pom.xml I configured sure-fire as follows:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>3.2.5</version>
<configuration>
<forkCount>2.5C</forkCount>
<reuseForks>false</reuseForks>
</configuration>
</plugin>
This makes tests run by maven in cli run correctly.
However, when I run tests in vs code, they behave exactly as like they did when maven had not been configured with 1 fork, not reusing forks.
it seems as if not only is vs code not forking vms, it is running even methods in paralel, because tests in the same class are conflicting, while they should run sequentially in one thread, one after the other, in a class exclusive jvm process as maven is doing.
This makes me believe that either
- vscode has its own runner and does not delegate to maven the test running OR
- Some how delegation is ignoring the specific configuration in the module's pom.xml.
I have been searching a way to let vscode test runner know tthat either it should fork jvm process and run one test in each vm or it should delegate and follow what is specified in pom.xml.
Another desired and may be faster solution is to find (something I haven't found either) a way of asking vscode to just ignore these tests when running tests, so that we stop having failures on the test result.
Can you please provide me with information on how to proceed?
- Ngôn ngữ chính
- TypeScript
- Star
- 339
- Fork
- 174
- Merge trung bình
- 1 ngày 4 giờ
- Pull request đã merge (30 ngày)
- 15
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của microsoft/vscode-java-test
-
CodeLens missing and individual method execution freezes on @Nested JUnit 6 classes (macOS)Có thể đã có người làm @wenytang-ms đã nhận 6 ngày trước. Đang mởai-triaged bug investigating junit test-discovery test-execution
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
microsoft/vscode-java-test#1897 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] The extension uses raw data.Có thể làm lại được @wenytang-ms đã nhận 89 ngày trước và không có pull request nào đang mở. Đang mởai-triaged bug gradle high-priority test-execution
microsoft/vscode-java-test#1880 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] IllegalAccessException: module java.base does not open java.lang to unnamed moduleCó thể làm lại được @wenytang-ms đã nhận 89 ngày trước và không có pull request nào đang mở. Đang mởai-triaged gradle junit test-execution ux
microsoft/vscode-java-test#1878 · 3 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ai-triaged enhancement junit low-priority test-execution ui
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
microsoft/vscode-java-test#1836 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
ai-triaged enhancement gradle investigating junit low-priority test-reporting
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
microsoft/vscode-java-test#1824 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của microsoft/vscode-java-test
Issue tương tự
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
tomjn/coilbox-hub#454 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
api: spanner
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
googleapis/google-cloud-node#9513 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 92/100
Maintainer thường phản hồi trong vòng 1 ngày
-
SegmentedControl calls Math.random() during render, breaking Next.js cacheComponents prerenderingĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
mantinedev/mantine#9244 ·
Maintainer thường phản hồi trong vòng 8 ngày