Skip to content

Commit 4d4e7a0

Browse files
• Removed the org.junit.version property and the corresponding junit-bom import in dependencyManagement, so Spring Boot's own managed junit-jupiter.version (6.0.3) is used consistently everywhere.
• Kept junit.version (4.13.2) for the separate legacy junit:junit (JUnit 4) dependency, restoring the property that's still referenced by that dependency's <version>${junit.version}</version>. • Added a comment documenting why the override must not be reintroduced.
1 parent 3a436ee commit 4d4e7a0

1 file changed

Lines changed: 5 additions & 8 deletions

File tree

backend/pom.xml

Lines changed: 5 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -79,7 +79,11 @@
7979
<flyway.version>11.11.0</flyway.version>
8080
<opentelemetry.version>1.64.0</opentelemetry.version>
8181
<selenium.version>4.46.0</selenium.version>
82-
<org.junit.version>5.11.4</org.junit.version>
82+
<!-- Do NOT override org.junit.version / junit-jupiter.version here: Spring Boot 4.1.0
83+
manages junit-jupiter at 6.0.3 (JUnit 6). Overriding it with an older junit-bom
84+
(e.g. 5.11.4) downgrades junit-platform/junit-jupiter-api below what
85+
spring-boot-test / spring-test require, causing NoSuchMethodError on
86+
ExtensionContext$Store.computeIfAbsent at test runtime. -->
8387
<junit.version>4.13.2</junit.version>
8488
<mockito.version>5.23.0</mockito.version>
8589
<jooq.version>3.21.6</jooq.version>
@@ -301,13 +305,6 @@
301305
<type>pom</type>
302306
<scope>import</scope>
303307
</dependency>
304-
<dependency>
305-
<groupId>org.junit</groupId>
306-
<artifactId>junit-bom</artifactId>
307-
<version>${org.junit.version}</version>
308-
<type>pom</type>
309-
<scope>import</scope>
310-
</dependency>
311308
<dependency>
312309
<groupId>junit</groupId>
313310
<artifactId>junit</artifactId>

0 commit comments

Comments
 (0)