Upgrade Gradle/Java/Spring Boot and refactor S3 configuration #270

CSE-Shaco · 2026-01-08T19:32:33Z

📌 연관된 이슈

ex) #이슈번호, #이슈번호

✨ 작업 내용

이번 PR에서 작업한 내용을 간략히 설명해주세요

💬 리뷰 요구사항(선택)

Summary by CodeRabbit

Release Notes

Chores
- 업그레이드: Spring Boot 3.3.6 → 3.5.9, Java 17 → 25, Gradle 8.11.1 → 9.1.0
- 의존성 업데이트 및 보안 패치 적용
- Spotless 코드 포매팅 플러그인 추가
Refactor
- S3 구성 관리 중앙화로 설정 일관성 개선
- AWS 및 S3 설정 구조 개선 (dev, local, prod, test 환경)

_{✏️ Tip: You can customize this high-level summary in your review settings.}

…figs

… develop

coderabbitai · 2026-01-08T19:32:42Z

Walkthrough

Spring Boot 버전을 3.3.6에서 3.5.9로, Java를 17에서 25로, Gradle을 8.11.1에서 9.1.0으로 업그레이드했습니다. 빌드 구성에 버전 핀과 Spotless 플러그인을 추가하고, 의존성을 현대화했습니다. S3Properties 설정 빈을 도입하여 S3 버킷 관리를 중앙화하고, 환경별 YAML 파일의 AWS/S3 구성을 재구성했습니다.

Changes

비고 / 파일	변경 요약
빌드 구성 `build.gradle`	Spring Boot 3.3.6→3.5.9, Java 17→25로 업그레이드. ext 블록에 버전 핀 추가(awsSpringBomVersion, springdocVersion, flywayVersion 등). 의존성을 현대화: OpenAPI springdoc, JWT를 jjwt-api/impl/jackson으로 분할, Flyway 통합, QueryDSL 변경. Spotless 플러그인 추가 및 JavaCompile 작업 구성 변경.
Gradle 래퍼 `gradle/wrapper/gradle-wrapper.properties`	Gradle 8.11.1→9.1.0으로 업그레이드.
S3 설정 및 서비스 `src/main/java/inha/gdgoc/global/config/s3/S3Properties.java`, `src/main/java/inha/gdgoc/domain/resource/service/S3Service.java`	S3Properties 구성 프로퍼티 클래스 신규 추가. S3Service에서 `@Value` 주입을 S3Properties 빈 의존성으로 변경하여 버킷 관리 중앙화.
환경별 설정 파일 `src/main/resources/application-dev.yml`, `application-local.yml`, `application-prod.yml`, `src/test/resources/application-test.yml`	AWS 자격 증명/리전 구성을 cloud.aws 최상위 블록으로 이동. 새로운 app.s3.bucket 프로퍼티 추가. 이전 구조 제거.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

Poem

🐰 의존성 춤을 추며, 버전을 멋지게 핀!
Java 25로 도약하고, Gradle도 따라왔네.
S3 설정은 이제 깔끔한 빈 속에,
구성 파일들도 정렬되어 빛난다.
빌드 시스템이 춘다, 현대화의 왈츠! 🎉

🚥 Pre-merge checks | ✅ 2 | ❌ 1

❌ Failed checks (1 warning)

Check name	Status	Explanation	Resolution
Docstring Coverage	⚠️ Warning	Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%.	Write docstrings for the functions missing them to satisfy the coverage threshold.

✅ Passed checks (2 passed)

Check name	Status	Explanation
Description Check	✅ Passed	Check skipped - CodeRabbit’s high-level summary is enabled.
Title check	✅ Passed	제목이 pull request의 주요 변경 사항을 명확하게 요약하고 있습니다. Gradle/Java/Spring Boot 업그레이드와 S3 설정 리팩터링이 실제로 변경 집합에 포함되어 있으며, 개발자 관점에서 가장 중요한 변경 사항을 정확히 반영합니다.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing touches

📝 Generate docstrings

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

coderabbitai

Actionable comments posted: 2

🤖 Fix all issues with AI agents

In @build.gradle:
- Around line 68-75: The jakarta.persistence dependency is incorrectly marked as
compileOnly and the comment "컴파일 타임만" is misleading; either remove the explicit
'jakarta.persistence:jakarta.persistence-api' entry so you rely on the
transitive jakarta.persistence provided by spring-boot-starter-data-jpa, or
change its configuration from compileOnly to implementation if you want it
declared explicitly, and update the comment accordingly; locate the dependency
declaration for 'jakarta.persistence:jakarta.persistence-api' in the
build.gradle alongside the Querydsl entries (and the comment "Querydsl APT
helper APIs (컴파일 타임만)") and apply one of the two fixes.

🧹 Nitpick comments (2)

src/main/java/inha/gdgoc/global/config/s3/S3Properties.java (2)
8-14: @Component 대신 @EnableConfigurationProperties 패턴 사용을 권장합니다.

@Component와 @ConfigurationProperties를 함께 사용하는 것은 작동하지만, Spring Boot의 권장 패턴은 @EnableConfigurationProperties를 사용하는 것입니다. 또한 bucket 필드에 검증 어노테이션을 추가하여 런타임 오류를 방지하는 것이 좋습니다.
♻️ 권장 리팩토링
+import jakarta.validation.constraints.NotEmpty;
 import lombok.Getter;
 import lombok.Setter;
 import org.springframework.boot.context.properties.ConfigurationProperties;
-import org.springframework.stereotype.Component;
+import org.springframework.validation.annotation.Validated;
 
 @Getter
 @Setter
-@Component
+@Validated
 @ConfigurationProperties("app.s3")
 public class S3Properties {
+  @NotEmpty(message = "S3 bucket name must not be empty")
   private String bucket;
 }
그리고 S3 관련 설정 클래스(예: S3Config)에서 활성화하세요:
@Configuration
@EnableConfigurationProperties(S3Properties.class)
public class S3Config {
  // S3Client 빈 설정 등
}
13-13: 불변 설계를 고려해보세요.

구성 프로퍼티는 일반적으로 애플리케이션 시작 시 설정되고 변경되지 않으므로, 불변(immutable) 설계가 더 안전합니다.
♻️ 불변 설계 제안
+import lombok.RequiredArgsConstructor;
 import lombok.Getter;
-import lombok.Setter;
 import org.springframework.boot.context.properties.ConfigurationProperties;
-import org.springframework.stereotype.Component;
 
 @Getter
-@Setter
-@Component
+@RequiredArgsConstructor
 @ConfigurationProperties("app.s3")
 public class S3Properties {
-  private String bucket;
+  private final String bucket;
 }

📜 Review details

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 4b979d6 and c2df32f.

📒 Files selected for processing (8)

build.gradle
gradle/wrapper/gradle-wrapper.properties
src/main/java/inha/gdgoc/domain/resource/service/S3Service.java
src/main/java/inha/gdgoc/global/config/s3/S3Properties.java
src/main/resources/application-dev.yml
src/main/resources/application-local.yml
src/main/resources/application-prod.yml
src/test/resources/application-test.yml

🧰 Additional context used

🧠 Learnings (1)

📓 Common learnings

Learnt from: kaswhy
Repo: GDGoCINHA/24-2_GDGoC_Server PR: 180
File: gdgoc/build.gradle:52-54
Timestamp: 2025-08-23T03:40:02.759Z
Learning: In the gdgoc project using Spring Boot 3, the user kaswhy confirmed that spring-cloud-aws 2.2.6.RELEASE dependency is currently working for them despite known compatibility concerns with Jakarta EE migration.

🧬 Code graph analysis (1)

src/main/resources/application-prod.yml (1)

src/main/java/inha/gdgoc/global/config/s3/S3Config.java (1)

Configuration (11-31)

⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)

GitHub Check: build

🔇 Additional comments (17)

src/test/resources/application-test.yml (1)

49-59: LGTM!

테스트 환경에 맞는 AWS 및 S3 설정이 올바르게 구성되었습니다. 하드코딩된 테스트 자격 증명과 버킷 이름이 적절합니다.

src/main/resources/application-local.yml (1)

48-58: LGTM!

로컬 환경의 AWS 및 S3 설정이 다른 환경 파일들과 일관되게 구성되었습니다.

build.gradle (10)

39-47: CVE 대응 버전 고정이 적절합니다.

CVE-2025-48924 및 CVE-2021-47621에 대응하기 위한 버전 강제 설정이 올바르게 구성되었습니다.

58-61: commons-lang3 의존성 충돌 해결이 적절합니다.

springdoc에서 commons-lang3를 제외하고 안전한 버전(3.18.0)을 명시적으로 추가한 것은 CVE 대응을 위한 올바른 접근입니다.

110-115: Spotless 플러그인 추가가 적절합니다.

Google Java Format을 사용한 코드 포맷팅 자동화는 좋은 접근입니다. 다만, 기존 코드베이스에 적용 시 대량의 포맷 변경이 발생할 수 있으니 별도 커밋으로 관리하는 것을 권장합니다.

122-124: JavaCompile 설정 업데이트가 올바릅니다.

generatedSourceOutputDirectory를 사용하는 것이 최신 Gradle 방식이며, QueryDSL Q클래스 생성 경로를 올바르게 설정했습니다.

77-80: JWT 의존성 모듈화가 적절하며 기존 코드와 완벽하게 호환됩니다.

기존 코드에서 사용하는 Claims, Jwts, SignatureAlgorithm 등의 클래스는 모두 jjwt-api 모듈에 포함되어 있으며, 구현체나 jackson 관련 코드에 직접 의존하지 않습니다. JJWT 0.13.0의 권장되는 모듈화 방식으로 올바르게 구성되어 있습니다.

27-37: 의존성 버전 핀이 적절하게 구성되었습니다.

ext 블록에 정의된 모든 버전(springdoc 2.8.15, flyway 11.19.0, postgresql 42.7.3, querydsl 6.10.1, jjwt 0.13.0 등)이 Spring Boot 3.5.9와 호환되며, awspringBomVersion 3.4.2가 dependencyManagement에서 올바르게 임포트되어 있습니다. 모든 의존성이 각각의 최신 안정 버전으로 선택되었으므로 호환성 문제가 없습니다.

106-106: AWS Spring Cloud BOM 3.4.2는 Spring Boot 3.5.9와 호환됩니다. 추가 조치가 필요하지 않습니다.

현재 설정된 BOM 버전 3.4.2는 2025.0.x 트레인을 지원하며, Spring Boot 3.5.x와의 호환성이 확인되었습니다.

3-3: Spring Boot 3.5.9는 2025년 12월 18일에 공식 릴리스되었으며, Maven Central에서 확인할 수 있습니다.

Spring Boot 3.5.9는 3.5 시리즈의 최신 버전이며 2025년 12월 18일에 정식 릴리스되었습니다. Java 17 이상, Spring Framework 6.2.15, Jackson 2.19.4, Project Reactor 3.5.9 등 필요한 의존성들이 명확하게 관리되고 있으며, Tomcat 10.1, Jetty 12.0, Undertow 2.3 등의 서블릿 컨테이너와 호환됩니다.

13-13: Java 25는 2025년 9월 16일에 정식 출시되었으며, 현재 LTS(Long-Term Support) 버전입니다. 2026년 1월 기준으로 Java 25는 Java 17, Java 21과 함께 적극적으로 지원 중인 LTS 버전이며, 최신 LTS 버전입니다. Oracle은 2021년부터 LTS 주기를 2년 단위로 변경했으므로 (Java 17, 21, 25, 27...), Java 25 설정은 의도된 것이며 Java 21의 오타가 아닙니다. 현재 설정이 적절합니다.

Likely an incorrect or invalid review comment.

86-87: Flyway 11.19.0은 이미 적용되어 있으므로 추가 업그레이드는 불필요합니다.

build.gradle에서 flyway-core와 flyway-database-postgresql이 동일한 버전(11.19.0)으로 올바르게 설정되어 있습니다. 현재 마이그레이션 스크립트들(DO 블록, 시스템 카탈로그 조회, JSONB, timestamptz 등)은 모두 Flyway 11.19.0에서 지원하는 기능이며, 호환성 문제는 없습니다.

Likely an incorrect or invalid review comment.

src/main/resources/application-prod.yml (1)

49-59: S3 자격 증명 설정이 올바르게 작동하는지 확인 필요

YAML에서 spring.cloud.aws.credentials.access-key와 spring.cloud.aws.credentials.secret-key로 명시적 자격 증명을 설정한 경우, Spring Cloud AWS 공식 문서에 따르면 이 설정은 기본 자격 증명 제공자(DefaultCredentialsProvider)를 무시하고 override합니다. 따라서 YAML에 설정된 정적 자격 증명이 우선적으로 사용되어야 합니다.

다만 S3Config.java의 실제 구현 방식을 확인해야 합니다:

Spring Cloud Auto-configuration을 정상적으로 사용 중인지 확인

커스텀 자격 증명 제공자를 수동으로 생성하여 YAML 설정을 우회하지는 않는지 확인

사용 중인 Spring Cloud AWS 버전이 YAML 자격 증명 설정을 올바르게 지원하는지 확인

src/main/java/inha/gdgoc/domain/resource/service/S3Service.java (3)

20-20: S3Properties 주입이 올바르게 구현되었습니다.

중앙화된 구성 관리를 위해 S3Properties를 생성자 주입으로 사용하는 것은 좋은 접근 방식입니다.

S3Properties에 검증 로직이 추가되었는지 확인해주세요. bucket 값이 설정되지 않으면 런타임 오류가 발생할 수 있습니다. S3Properties 클래스에 @NotEmpty 검증을 추가하는 것을 권장합니다.

22-34: LGTM! 업로드 로직이 올바르게 리팩토링되었습니다.

s3Properties.getBucket()을 사용하여 버킷 이름을 동적으로 가져오는 방식으로 잘 변경되었습니다. 기존 로직은 유지하면서 구성 관리만 개선했습니다.

36-40: LGTM! URL 생성 로직이 올바르게 리팩토링되었습니다.

GetUrlRequest에서도 중앙화된 버킷 구성을 일관되게 사용하고 있습니다.

src/main/resources/application-dev.yml (1)

49-60: S3 구성 중앙화가 잘 적용되었습니다.

AWS 자격 증명과 S3 버킷 설정을 분리하여 구성한 것은 좋은 접근 방식입니다. app.s3.bucket 프로퍼티를 통해 애플리케이션별 설정을 명확하게 구분했습니다. Spring Boot 3.5.9와 spring-cloud-aws 3.4.2는 공식적으로 호환되므로 호환성 문제는 없습니다.

coderabbitai · 2026-01-08T19:38:55Z

build.gradle

+    // --- Querydsl (OpenFeign fork) ---
+    implementation "io.github.openfeign.querydsl:querydsl-jpa:${querydslVersion}"
+    annotationProcessor "io.github.openfeign.querydsl:querydsl-apt:${querydslVersion}:jakarta"
+    annotationProcessor "org.springframework.boot:spring-boot-configuration-processor"

-    // --- QueryDSL ---
-    implementation       'com.querydsl:querydsl-jpa:5.0.0:jakarta'
-    annotationProcessor  'com.querydsl:querydsl-apt:5.0.0:jakarta'
-    annotationProcessor  'jakarta.annotation:jakarta.annotation-api'
-    annotationProcessor  'jakarta.persistence:jakarta.persistence-api'
+    // Querydsl APT helper APIs (컴파일 타임만)
+    compileOnly 'jakarta.annotation:jakarta.annotation-api'
+    compileOnly 'jakarta.persistence:jakarta.persistence-api'


⚠️ Potential issue | 🟡 Minor

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash # Explore repository structure first echo "=== Repository structure ===" find . -type f -name "build.gradle" | head -5 ls -la | grep -E "src|build" echo -e "\n=== Check for QueryDSL Q-class usage ===" rg -n "import.*\bQ[A-Z]\w*|JPAQueryFactory" src --type java -i | head -20 echo -e "\n=== Check all QueryDSL imports ===" rg -n "querydsl|jpa\.repository" src --type java | head -20 echo -e "\n=== Check Jakarta API usage ===" rg -n "jakarta\.(annotation|persistence)" src --type java | head -20 echo -e "\n=== Look for build/generated directory ===" find . -path "*/build/generated*" -type d 2>/dev/null | head -10 echo -e "\n=== Check complete build.gradle file ===" wc -l build.gradle

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 7703

🏁 Script executed:

#!/bin/bash # Get more context around the QueryDSL configuration echo "=== Full build.gradle with line numbers ===" cat -n build.gradle | head -90 echo -e "\n=== Check for querydsl in entire build.gradle ===" rg -n "querydsl" build.gradle echo -e "\n=== Check for any other QueryDSL related config ===" rg -n "JPAQueryFactory|@EnableJpaRepositories" build.gradle

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 4011

🏁 Script executed:

#!/bin/bash # Check for QueryDSL configuration and Jakarta API actual usage echo "=== Search for JPAQueryFactory bean configuration ===" rg -n "JPAQueryFactory|@Configuration|@Bean" src/main/java --type java -A 3 | head -40 echo -e "\n=== Check entity annotations (runtime usage) ===" rg -n "@Entity|@Table|@Column" src/main/java --type java | head -10 echo -e "\n=== Check if there's any gradle wrapper or recent build logs ===" ls -la gradlew* 2>/dev/null || echo "No gradle wrapper" find . -name "*.log" -type f 2>/dev/null | head -5 echo -e "\n=== Check pom.xml or any Maven config ===" find . -name "pom.xml" 2>/dev/null echo -e "\n=== Verify git history for this change ===" git log --oneline -20 build.gradle 2>/dev/null || echo "Not a git repo or no history" </script>

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 4846

🏁 Script executed:

#!/bin/bash # Fix the previous script and check for JPAQueryFactory bean definition echo "=== Search specifically for JPAQueryFactory bean ===" find src -name "*.java" -type f -exec grep -l "JPAQueryFactory" {} \; | xargs grep -A 10 "@Bean" | grep -A 10 "JPAQueryFactory" echo -e "\n=== Check if there's a QueryDSL config class ===" find src -name "*.java" -type f -exec grep -l "QuerydslConfig\|QueryDslConfig" {} \; echo -e "\n=== Look for Spring Data QueryDSL repository configuration ===" rg -n "@EnableJpaRepositories|QuerydslPredicateExecutor" src/main/java --type java -B 2 echo -e "\n=== Check what Spring Boot version brings in ===" grep "spring-boot" build.gradle | head -3 echo -e "\n=== Check if jakarta.persistence is transitive from spring-boot-starter-data-jpa ===" echo "Checking build.gradle for explicit spring-boot-starter-data-jpa..." rg -n "spring-boot-starter-data-jpa" build.gradle

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 1186

🏁 Script executed:

#!/bin/bash # Read the QueryDslConfig file to understand the full context echo "=== Read QueryDslConfig.java ===" cat -n src/main/java/inha/gdgoc/global/config/querydsl/QueryDslConfig.java echo -e "\n=== Check Jakarta API transitive dependency from spring-boot-starter-data-jpa ===" echo "Spring Boot 3.5.9 includes spring-data-jpa which transitively includes jakarta.persistence" echo "Source: Spring Boot 3.5.x BOM management" echo -e "\n=== Verify OpenFeign fork QueryDSL provides com.querydsl packages ===" echo "The OpenFeign fork (io.github.openfeign.querydsl) is a drop-in replacement for com.querydsl" echo "It provides the same com.querydsl.* package structure" echo -e "\n=== Check if compileOnly configuration would cause issues ===" echo "If jakarta.persistence is only available at compile-time but not runtime:" echo "- Entity annotations would fail to load at runtime" echo "- JPAQueryFactory initialization would fail" echo "- The application would not start" </script>

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 1568

🏁 Script executed:

cat -n src/main/java/inha/gdgoc/global/config/querydsl/QueryDslConfig.java

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 715

OpenFeign fork 마이그레이션은 적절하며, Jakarta API 의존성 구성을 정리하세요.

OpenFeign fork(io.github.openfeign.querydsl)로의 마이그레이션은 Spring Boot 3.5.9의 Jakarta 요구사항을 만족하는 올바른 선택입니다. 코드에서 QueryDSL이 정상적으로 작동하고 있습니다.

다만 Jakarta API 의존성 선언에 문제가 있습니다:

jakarta.persistence-api는 엔티티 클래스에서 런타임에 사용되지만(@Entity, @Table, @Column 등), compileOnly로 선언되어 있습니다.

실제로는 spring-boot-starter-data-jpa가 jakarta.persistence를 런타임에 이미 제공하므로 작동하지만, 구성이 혼란스럽습니다.

주석 "컴파일 타임만"은 부정확합니다.

개선 방안:

jakarta.persistence-api를 제거하고 spring-boot-starter-data-jpa의 추이적 의존성에만 의존하거나

compileOnly를 implementation으로 변경하여 런타임 필요성을 명확히 하고 주석을 수정하세요.

🤖 Prompt for AI Agents

In @build.gradle around lines 68 - 75, The jakarta.persistence dependency is incorrectly marked as compileOnly and the comment "컴파일 타임만" is misleading; either remove the explicit 'jakarta.persistence:jakarta.persistence-api' entry so you rely on the transitive jakarta.persistence provided by spring-boot-starter-data-jpa, or change its configuration from compileOnly to implementation if you want it declared explicitly, and update the comment accordingly; locate the dependency declaration for 'jakarta.persistence:jakarta.persistence-api' in the build.gradle alongside the Querydsl entries (and the comment "Querydsl APT helper APIs (컴파일 타임만)") and apply one of the two fixes.

coderabbitai · 2026-01-08T19:38:55Z

gradle/wrapper/gradle-wrapper.properties

 distributionBase=GRADLE_USER_HOME
 distributionPath=wrapper/dists
-distributionUrl=https\://services.gradle.org/distributions/gradle-8.11.1-bin.zip
+distributionUrl=https\://services.gradle.org/distributions/gradle-9.1.0-bin.zip


⚠️ Potential issue | 🟠 Major

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash # Explore gradle and build configuration files echo "=== Searching for build configuration files ===" find . -maxdepth 3 -type f \( -name "build.gradle*" -o -name "settings.gradle*" -o -name "gradle.properties" \) | head -20

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 151

🏁 Script executed:

#!/bin/bash # Check for Spring Boot version and plugins in build files echo "=== Examining build configuration ===" find . -maxdepth 3 -type f -name "build.gradle*" -exec echo "File: {}" \; -exec head -50 {} \;

Repository: GDGoCINHA/24-2_GDGoC_Server

Length of output: 1190

🌐 Web query:

Gradle 9.1.0 breaking changes compatibility Java Spring Boot

💡 Result:

Short summary — what changed in Gradle 9.1.0 that can break Java / Spring Boot builds, and what to do

Key breaking/runtime changes you must check:

Gradle 9.x requires a JVM ≥ 17 to run the Gradle daemon (you can still target older Java via toolchains). (docs.gradle.org)

Gradle 9.1 adds language/runtime changes (Kotlin embedded bumped, stricter Kotlin DSL typing) that can make plugins/build scripts fail to compile. (docs.gradle.org)

Default reproducible archives, file-order/timestamp/permission changes may affect tasks that rely on non‑deterministic JAR/ZIP contents. (gradle.org)

API surface changes (some methods made final / other deprecated APIs removed) and new APIs (e.g. AttributeContainer.addAllLater) may break third‑party or in‑repo plugins. (docs.gradle.org)

Configuration‑cache and other internal improvements: some custom task/plugin code may require adaptation. (docs.gradle.org)

Java 25 support caveat

Gradle 9.1.0 advertises support for Java 25, but there are user/issue reports that Java 25 may still be flagged as “incompatible” in some contexts (e.g. with certain Kotlin plugins / IDE sync). Test carefully; don’t assume Java 25 is fully smooth in your toolchain yet. (docs.gradle.org)

Spring Boot compatibility

Official Spring Boot docs (system requirements and Gradle plugin docs) list explicit support for Gradle 7.x (7.5+) and 8.x. Spring Boot documentation does not yet claim Gradle 9.x support — so upgrading a Spring Boot project to use Gradle 9.1 may run into unsupported-plugin or plugin‑API issues. For production Spring Boot projects prefer to stay on the highest Gradle version that Spring Boot documents as supported (or verify plugin support for your Spring Boot version). (docs.enterprise.spring.io)

Practical checklist before upgrading to Gradle 9.1.0

Ensure Gradle daemon will run on JDK ≥ 17 (set CI runners / IDE Gradle JVM accordingly). (docs.gradle.org)

Run ./gradlew wrapper --gradle-version=9.1.0 in a branch and run a full CI build, tests, bootJar/bootRun, and any custom plugin tasks. Fix Kotlin DSL/type errors and any deprecated-API failures. (docs.gradle.org)

Verify Spring Boot Gradle plugin tasks (bootJar, bootRun, dependency management) and any Spring Boot community plugins you use still work; if not, stay on Gradle 8.x until an official Spring Boot statement or plugin update adds Gradle 9 support. (docs.enterprise.spring.io)

If you rely on Java 25, test IDE sync (IntelliJ/Gradle Tooling API), Kotlin compilation, and plugin behavior — watch for the reported incompatibility. (github.com)

If you want, I can:

check your build.gradle / settings and list likely incompatibilities for Gradle 9.1, or

run a short compatibility checklist for a given Spring Boot and Java version you use (tell me your Spring Boot version, Gradle plugin version, and JDK versions).

Citations:

1: https://docs.gradle.org/current/userguide/upgrading_major_version_9.html?utm_source=openai

2: https://docs.gradle.org/current/userguide/upgrading_major_version_9.html?utm_source=openai

3: https://gradle.org/whats-new/gradle-9?utm_source=openai

4: https://docs.gradle.org/current/userguide/upgrading_major_version_9.html?utm_source=openai

5: https://docs.gradle.org/current/release-notes?utm_source=openai

6: https://docs.gradle.org/current/release-notes?utm_source=openai

7: https://docs.enterprise.spring.io/spring-boot/system-requirements.html?utm_source=openai

8: https://docs.gradle.org/current/userguide/upgrading_major_version_9.html?utm_source=openai

9: https://docs.gradle.org/current/release-notes?utm_source=openai

10: https://docs.enterprise.spring.io/spring-boot/gradle-plugin/index.html?utm_source=openai

11: Gradle 9.1.0+ says Java 25 is incompatible gradle/gradle#35062

🌐 Web query:

Spring Boot 3.5.9 Gradle 9.1.0 compatibility

💡 Result:

Short answer: Spring Boot 3.5.9 does not officially list Gradle 9.1.0 as a supported build tool — the 3.5.x docs specify Gradle 7.x and 8.x as the supported ranges. Gradle 9 support was introduced with the Spring Boot 4.x line, so Gradle 9.x is officially supported starting in 4.0.0. [1][2][3]

Recommendation: use a Gradle 8.x wrapper (one of the 8.x versions the 3.5 docs call out) for guaranteed support with Spring Boot 3.5.9; you can try Gradle 9.1.0 (it may work thanks to Gradle backward compatibility) but it would be unsupported — test your build and CI thoroughly if you go that route. [1][2][3]

Sources:

Spring Boot 3.5.x system requirements (Gradle 7.x / 8.x). [1]

Spring Boot 3.5.9 release announcement. [2]

Spring Boot 4.x notes stating Gradle 9 support was added in 4.0.0. [3]

Gradle 9.1.0은 Spring Boot 3.5.9와 공식적으로 미지원되므로 호환성 검증이 필수입니다.

Spring Boot 3.5.9는 Gradle 7.x(7.5+)와 8.x만 공식 지원하며, Gradle 9.x 지원은 Spring Boot 4.0.0부터 추가되었습니다. 현재 설정의 Gradle 9.1.0 + Spring Boot 3.5.9 조합은 공식적으로 미지원됩니다. 또한 프로젝트의 Java 25 설정은 Gradle 9.1.0과 Kotlin 플러그인에서 호환성 문제가 보고되었으므로 주의가 필요합니다.

다음 중 하나를 권장합니다:

Gradle 8.x의 최신 버전으로 다운그레이드 (권장: 안정적인 지원)

Spring Boot 4.0.0 이상으로 업그레이드 (Gradle 9.x 공식 지원)

현재 조합으로 진행하려면 전체 빌드, 테스트, bootJar/bootRun을 포함한 완전한 CI 검증이 필수입니다.

CSE-Shaco added 3 commits January 9, 2026 04:01

Chore: Upgrade Gradle LTS, Java, and Spring Boot to address CVEs

f7c02ac

Refactor: Extract S3 configuration into properties and update env con…

88c7881

…figs

Merge branch 'develop' of github.com:GDGoCINHA/24-2_GDGoC_Server into…

c2df32f

… develop

coderabbitai bot reviewed Jan 8, 2026

View reviewed changes

CSE-Shaco merged commit e6c47e5 into GDGoCINHA:develop Jan 8, 2026
2 checks passed

coderabbitai bot mentioned this pull request Jan 8, 2026

Refactor: Update JWT token handling and adjust S3 configuration #272

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Upgrade Gradle/Java/Spring Boot and refactor S3 configuration #270

Upgrade Gradle/Java/Spring Boot and refactor S3 configuration #270

Uh oh!

CSE-Shaco commented Jan 8, 2026 •

edited by coderabbitai bot

Loading

Uh oh!

coderabbitai bot commented Jan 8, 2026 •

edited

Loading

Uh oh!

coderabbitai bot left a comment

Uh oh!

coderabbitai bot Jan 8, 2026

Uh oh!

coderabbitai bot Jan 8, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Upgrade Gradle/Java/Spring Boot and refactor S3 configuration #270

Upgrade Gradle/Java/Spring Boot and refactor S3 configuration #270

Uh oh!

Conversation

CSE-Shaco commented Jan 8, 2026 • edited by coderabbitai bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

📌 연관된 이슈

✨ 작업 내용

💬 리뷰 요구사항(선택)

Summary by CodeRabbit

Release Notes

Uh oh!

coderabbitai bot commented Jan 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Walkthrough

Changes

Estimated code review effort

Poem

Uh oh!

coderabbitai bot left a comment

Choose a reason for hiding this comment

Uh oh!

coderabbitai bot Jan 8, 2026

Choose a reason for hiding this comment

Uh oh!

coderabbitai bot Jan 8, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

CSE-Shaco commented Jan 8, 2026 •

edited by coderabbitai bot

Loading

coderabbitai bot commented Jan 8, 2026 •

edited

Loading