🐛 Fix: 3차 스프린트 개선점을 수정한다 by EunjinWoo · Pull Request #162 · WITHUS-K/WITHUS-BE

EunjinWoo · 2025-12-11T12:53:36Z

✨ Related Issue

🐛 3차 개선점 수정 #159

📌 Task Details

💬 Review Requirements (Optional)

Summary by CodeRabbit

새로운 기능
- 관리자: 조직 역할·상태·키워드 검색 필터 추가
- 관리자: 지원서 상세 엑셀 내보내기 기능 추가
- 템플릿 수정(업데이트) 기능 추가
동작 변경
- 관리자 지원서 기본 정렬을 최신순(LATEST/DESC)으로 변경
성능/인프라
- 다건 조회 지원으로 대용량 엑셀 내보내기 성능 개선
잡무
- 엑셀 처리용 라이브러리 의존성 추가

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

coderabbitai · 2025-12-11T12:53:47Z

Walkthrough

관리자 애플리케이션 목록에 다중 필터(organizationRoleIds, statuses, keyword)와 기본 정렬 변경(LATEST/DESC)을 도입하고, Excel 내보내기(Workbook 생성·스트리밍) 기능 및 Apache POI 의존성을 추가했습니다. 평가/지원자 배치 조회용 레포지토리 메서드와 템플릿 수정 API·서비스·엔티티 업데이트도 추가되었습니다.

Changes

Cohort / File(s)	Summary
의존성 `\`build.gradle``	`org.apache.poi:poi-ooxml:5.2.3` 추가 (Excel 처리용)
저장소(배치 조회) `src/main/java/.../applicantAvailability/repository/`, `src/main/java/.../evaluation/evaluation/repository/`	`findAllByApplicationIdIn(List<Long> appIds)` 배치 조회 메서드 추가 (ApplicantAvailability, Evaluation - Jpa/Repo/Impl 계층)
관리자 애플리케이션 (컨트롤러 → 서비스) `\`src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java``,` `src/main/java/KUSITMS/WITHUS/domain/application/application/enumerate/AdminApplicationSortField.java``,` `src/main/java/KUSITMS/WITHUS/domain/application/application/service/**``	목록 조회에 `organizationRoleIds`, `statuses`, `keyword` 파라미터 추가, 기본 정렬을 `LATEST/DESC`로 변경, Excel 내보내기 엔드포인트 추가, 서비스에 필터·정렬·Excel 상세 조회 메서드 추가
Excel 유틸리티 `\`src/main/java/KUSITMS/WITHUS/global/util/excel/ExcelExporter.java``	`List<ApplicationResponseDTO.Detail>`를 Apache POI `Workbook`으로 변환하는 `createExcel` 유틸 클래스 추가
템플릿 CRUD 확장 `\`src/main/java/KUSITMS/WITHUS/domain/template/controller/TemplateController.java``,` `.../dto/TemplateRequestDTO.java``,` `.../entity/Template.java``,` `.../service/TemplateService*.java``	템플릿 수정용 DTO(Update)·서비스 인터페이스/구현 메서드 추가, Controller에 PUT `/api/v1/templates/{templateId}` 엔드포인트 추가, Template 엔티티에 `update` 메서드 추가

Sequence Diagram(s)

sequenceDiagram
    participant Admin as Admin Client
    participant Controller as AdminApplicationController
    participant Service as ApplicationServiceImpl
    participant AppRepo as Application Repository
    participant AvailRepo as ApplicantAvailability Repository
    participant EvalRepo as Evaluation Repository
    participant Exporter as ExcelExporter
    participant Response as HttpServletResponse

    Admin->>Controller: GET /admin/.../applications/excel (recruitmentId, stage, sort, filters)
    Controller->>Service: getAllDetailForExcel(recruitmentId, stage, sortBy, direction, organizationRoleIds, statuses, keyword, userId)
    Service->>AppRepo: findByRecruitmentIdAndStage(...)
    AppRepo-->>Service: List<Application>
    Service->>AvailRepo: findAllByApplicationIdIn(appIds)
    AvailRepo-->>Service: List<ApplicantAvailability>
    Service->>EvalRepo: findAllByApplicationIdIn(appIds)
    EvalRepo-->>Service: List<Evaluation>
    Service->>Service: 필터·정렬 적용, DTO 매핑 (toDetail)
    Service-->>Controller: List<ApplicationResponseDTO.Detail>
    Controller->>Exporter: createExcel(detailList)
    Exporter-->>Controller: Workbook
    Controller->>Response: set headers & write workbook bytes
    Response-->>Admin: Excel 파일 응답

sequenceDiagram
    participant Admin as Admin Client
    participant Controller as AdminApplicationController
    participant Service as ApplicationServiceImpl
    participant AppRepo as Application Repository

    Admin->>Controller: GET /admin/.../applications/list (recruitmentId, stage, sort, pageable, filters)
    Controller->>Service: getByRecruitmentIdForAdmin(recruitmentId, stage, pageable, sortBy, direction, organizationRoleIds, statuses, keyword)
    Service->>AppRepo: findByRecruitmentIdAndStage(...)
    AppRepo-->>Service: List<Application>
    Service->>Service: 필터 적용 (organizationRoleIds, statuses, keyword)
    Service->>Service: 정렬 적용 (LATEST 등) -> 페이징 및 단계별 카운트 생성
    Service-->>Controller: AdminPageWithStageCounts
    Controller-->>Admin: 페이징된 응답

Estimated code review effort

🎯 4 (Complex) | ⏱️ ~45 minutes

주의할 파일/영역:
- ApplicationServiceImpl: 다중 필터·정렬 로직과 getSortedApps 검증
- ExcelExporter: 컬럼 매핑, 널 처리, 날짜 형식 확인
- AdminApplicationController: HttpServletResponse 스트리밍 및 예외 처리
- 레포지토리 배치 조회 메서드: 쿼리 성능 및 N+1 가능성 검토
- Template update 흐름: 유효성 검사와 트랜잭션 경계 확인

Possibly related issues

🐛 3차 개선점 수정 #159 — 관리자 LATEST 정렬, 필터, Excel 내보내기, 템플릿 수정, 배치 조회 요구사항과 일치함.

Possibly related PRs

🐛 Fix: 2차 스프린트 개선점을 수정한다 #161 — Application DTO/position ↔ organizationRole 관련 필드 명명 변경과 충돌 가능성 있음 (ExcelExporter가 Detail 필드를 사용).

Suggested labels

🐛bug

Suggested reviewers

SeongHo5356
KJaeKwan

Poem

🐰 나는 토끼, 코드밭을 뛰어다녀
정렬은 최신으로, 필터는 늘었네
엑셀 한 장에 지원서들이 반짝이고
템플릿 고쳐주니 메일도 반짝여
당근으로 축하해요, 힘찬 배포하세용 🥕

Pre-merge checks and finishing touches

❌ Failed checks (1 warning, 1 inconclusive)

Check name	Status	Explanation	Resolution
Docstring Coverage	⚠️ Warning	Docstring coverage is 4.76% which is insufficient. The required threshold is 80.00%.	You can run `@coderabbitai generate docstrings` to improve docstring coverage.
Title check	❓ Inconclusive	PR 제목은 '개선점 모음 마무리 수정'으로 매우 모호하며, 구체적인 변경사항을 설명하지 못합니다.	제목을 구체적으로 변경하세요. 예: '관리자 지원현황 필터 추가 및 엑셀 내보내기 기능 구현', '템플릿 수정 기능 및 지원자 엑셀 내보내기 추가'

✅ Passed checks (1 passed)

Check name	Status	Explanation
Description check	✅ Passed	PR 설명이 템플릿을 따르고 있으며, 관련 이슈와 완료된 작업 항목들을 명확하게 나열하고 있습니다.

✨ Finishing touches

📝 Generate docstrings

🧪 Generate unit tests (beta)

Create PR with unit tests
Post copyable unit tests in a comment
Commit unit tests in branch fix/159-3rd

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: 5

🧹 Nitpick comments (7)

src/main/java/KUSITMS/WITHUS/domain/application/applicantAvailability/repository/ApplicantAvailabilityRepository.java (1)
12-12: LGTM! Excel 내보내기를 위한 배치 조회 메서드가 올바르게 추가되었습니다.

메서드 시그니처가 Spring Data JPA 규칙을 따르고 있으며, 여러 Application ID로 ApplicantAvailability를 조회하는 기능이 정확하게 구현되었습니다.

다만, 기존 메서드들(findByApplicationIn, findByApplicationId)은 "All" 접두사를 사용하지 않는 반면, 새로 추가된 메서드는 findAllBy...를 사용하여 네이밍 일관성이 다소 떨어집니다. Spring Data JPA에서 "All"은 선택적이며 동작에는 영향을 주지 않지만, 일관성을 위해 다음 중 하나를 고려해볼 수 있습니다:
-    List<ApplicantAvailability> findAllByApplicationIdIn(List<Long> appIds);
+    List<ApplicantAvailability> findByApplicationIdIn(List<Long> appIds);
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationService.java (1)

10-30: 관리자 조회/엑셀 다운로드용 필터 파라미터 확장 적절, id 명확화 제안

관리자 리스트/엑셀 경로 모두에서 동일한 필터(조직 역할, 상태, 키워드)를 받도록 시그니처를 확장한 점은 요구사항과 잘 맞습니다. 다만 getAllDetailForExcel 의 마지막 인자 이름이 단순 id 라서, currentUserId 나 adminId 등 의미가 드러나는 이름으로 바꾸면 이후 유지보수 시 혼동을 줄이는 데 도움이 될 것 같습니다.

src/main/java/KUSITMS/WITHUS/domain/evaluation/evaluation/repository/EvaluationRepositoryImpl.java (1)

88-92: JPA 레포지토리 위임 구현은 적절, 대량 조회 시 확장 여지

findAllByApplicationIdIn 을 JPA 레포지토리에 단순 위임하는 구현은 깔끔하고 이해하기 쉽습니다. 향후 엑셀 다운로드 등에서 매우 많은 지원서 ID에 대해 사용된다면, 별도 페이징 쿼리나 스트리밍 방식으로 확장할 수 있도록만 염두에 두시면 될 것 같습니다.
src/main/java/KUSITMS/WITHUS/global/util/excel/ExcelExporter.java (1)
40-45: 숫자 필드의 null 처리 고려

documentAverageScore, interviewAverageScore, acquaintanceCount 등의 필드가 Double이나 Integer 래퍼 타입이고 null일 경우, setCellValue()에서 unboxing 시 NPE가 발생할 수 있습니다. 기본값 처리를 고려해 보세요.
-            row.createCell(8).setCellValue(dto.documentAverageScore());
-            row.createCell(9).setCellValue(dto.interviewAverageScore());
+            row.createCell(8).setCellValue(dto.documentAverageScore() != null ? dto.documentAverageScore() : 0.0);
+            row.createCell(9).setCellValue(dto.interviewAverageScore() != null ? dto.interviewAverageScore() : 0.0);
             row.createCell(10).setCellValue(dto.address());
             row.createCell(11).setCellValue(dto.birthDate() != null ? dto.birthDate().toString() : "");
             row.createCell(12).setCellValue(dto.university());
-            row.createCell(13).setCellValue(dto.acquaintanceCount());
+            row.createCell(13).setCellValue(dto.acquaintanceCount() != null ? dto.acquaintanceCount() : 0);
src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (1)
62-63: Swagger @Operation 어노테이션 누락

다른 엔드포인트들과 달리 downloadExcel 메서드에 @Operation 어노테이션이 없어 API 문서화가 누락됩니다.
     @GetMapping("/recruitment/{recruitmentId}/excel")
+    @Operation(summary = "지원서 엑셀 다운로드", description = "공고별 지원서 목록을 필터 조건에 따라 엑셀 파일로 다운로드합니다.")
     public void downloadExcel(
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (2)
324-379: Comparator 내에서 DTO 생성은 성능 저하를 유발합니다.

allApps.sort() 비교 함수 내에서 매번 SummaryForAdmin.from()을 호출하고 있습니다. 정렬 알고리즘은 O(n log n) 비교를 수행하므로, n개의 요소에 대해 수만 번의 DTO 생성이 발생할 수 있습니다.

또한, Double.parseDouble()이 유효하지 않은 문자열에 대해 NumberFormatException을 던질 수 있습니다.

정렬 전에 DTO를 한 번만 생성하거나, 정렬에 필요한 값만 미리 추출하는 방식을 권장합니다:
+    @NotNull
+    private static List<Application> getSortedApps(AdminApplicationSortField sortBy, Sort.Direction direction, List<Application> allApps) {
+        // 정렬 전에 DTO를 미리 생성하여 Map으로 캐싱
+        Map<Long, ApplicationResponseDTO.SummaryForAdmin> dtoCache = allApps.stream()
+                .collect(Collectors.toMap(Application::getId, a -> ApplicationResponseDTO.SummaryForAdmin.from(a, 0L)));
+
         allApps.sort((a, b) -> {
-            var sa = ApplicationResponseDTO.SummaryForAdmin.from(a, 0L);
-            var sb = ApplicationResponseDTO.SummaryForAdmin.from(b, 0L);
+            var sa = dtoCache.get(a.getId());
+            var sb = dtoCache.get(b.getId());
             // ... 나머지 로직 동일
469-478: 필터링 로직 중복 - 공통 메서드 추출 권장

getByRecruitmentIdForAdmin과 getAllDetailForExcel 메서드에서 organizationRoleIds, statuses, keyword 필터링 로직이 거의 동일하게 반복됩니다. 유지보수성을 위해 공통 private 메서드로 추출하는 것을 권장합니다.
private List<Application> applyFilters(
        List<Application> apps,
        List<Long> organizationRoleIds,
        List<ApplicationStatus> statuses,
        String keyword
) {
    Stream<Application> stream = apps.stream();
    
    if (organizationRoleIds != null && !organizationRoleIds.isEmpty()) {
        stream = stream.filter(app ->
                app.getOrganizationRole() != null &&
                organizationRoleIds.contains(app.getOrganizationRole().getId()));
    }
    
    if (statuses != null && !statuses.isEmpty()) {
        stream = stream.filter(app -> statuses.contains(app.getStatus()));
    }
    
    if (keyword != null && !keyword.isBlank()) {
        String lower = keyword.toLowerCase();
        stream = stream.filter(app ->
                app.getName() != null && app.getName().toLowerCase().contains(lower));
    }
    
    return stream.collect(Collectors.toList());
}

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between bf01ff8 and 3157af1.

📒 Files selected for processing (15)

build.gradle (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/application/applicantAvailability/repository/ApplicantAvailabilityRepository.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (2 hunks)
src/main/java/KUSITMS/WITHUS/domain/application/application/enumerate/AdminApplicationSortField.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationService.java (2 hunks)
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (4 hunks)
src/main/java/KUSITMS/WITHUS/domain/evaluation/evaluation/repository/EvaluationJpaRepository.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/evaluation/evaluation/repository/EvaluationRepository.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/evaluation/evaluation/repository/EvaluationRepositoryImpl.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/controller/TemplateController.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/dto/TemplateRequestDTO.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/entity/Template.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/service/TemplateService.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/service/TemplateServiceImpl.java (1 hunks)
src/main/java/KUSITMS/WITHUS/global/util/excel/ExcelExporter.java (1 hunks)

🧰 Additional context used

🧬 Code graph analysis (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (1)

src/main/java/KUSITMS/WITHUS/global/util/excel/ExcelExporter.java (1)

ExcelExporter (9-51)

⏰ 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-docker-image

🔇 Additional comments (10)

build.gradle (1)

78-80: Excel 의존성 추가 적절

관리자 엑셀 다운로드 기능을 위해 org.apache.poi:poi-ooxml:5.2.3 을 추가한 선택은 자연스럽고, 현재로서는 별다른 문제 없어 보입니다.

src/main/java/KUSITMS/WITHUS/domain/evaluation/evaluation/repository/EvaluationRepository.java (1)

21-21: 여러 지원서 ID로 평가 일괄 조회 메서드 추가 적절

findAllByApplicationIdIn 추가는 도메인 요구(여러 지원서에 대한 평가 일괄 조회)에 자연스럽고, 기존 existsByApplicationId... 패턴과도 일관적이라 이해하기 쉽습니다.

src/main/java/KUSITMS/WITHUS/domain/evaluation/evaluation/repository/EvaluationJpaRepository.java (1)

17-17: 파생 쿼리 메서드 추가 문제 없음

findAllByApplicationIdIn 파생 쿼리 메서드 추가가 상위 인터페이스/구현체와 잘 맞고, 기존 메서드 네이밍 스타일과도 일관적입니다.

src/main/java/KUSITMS/WITHUS/domain/application/application/enumerate/AdminApplicationSortField.java (1)

4-4: 정렬 필드에 LATEST 추가 적절, 매핑 기준만 한 번 더 확인 필요

관리자 화면에서 최신순 정렬 옵션을 제공하기 위해 LATEST 상수를 추가한 부분은 UX 관점에서 자연스럽습니다. 다만 서비스/쿼리 구현부에서 LATEST 가 생성일, 지원 ID 역순 등 어떤 컬럼 기준으로 매핑되었는지 한 번 더 점검해 주세요(추후 정렬 기준 변경 시에도 enum 이름과 의미가 어긋나지 않도록).

src/main/java/KUSITMS/WITHUS/domain/template/service/TemplateService.java (1)

14-15: 템플릿 수정 기능을 위한 Service 인터페이스 확장 적절

create 와 동일하게 Detail 을 반환하는 update 메서드 추가로 템플릿 CRUD 흐름이 깔끔해졌습니다. 현재 구현/컨트롤러/DTO와 시그니처가 일관되다면 추가 수정 없이도 무리 없을 것 같습니다.

src/main/java/KUSITMS/WITHUS/domain/template/controller/TemplateController.java (1)

54-62: LGTM!

엔드포인트 구현이 기존 패턴을 따르고 있으며, @Valid를 통한 입력 검증과 Swagger 문서화가 적절하게 적용되어 있습니다. 서비스 레이어에서 권한 검증이 추가된다면 완전한 구현이 될 것입니다.

src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (1)

45-60: LGTM!

필터 파라미터 추가와 기본 정렬 순서 변경(LATEST/DESC)이 PR 요구사항에 맞게 잘 구현되었습니다. 선택적 파라미터로 설정하여 기존 호환성도 유지됩니다.

src/main/java/KUSITMS/WITHUS/global/util/excel/ExcelExporter.java (1)

36-45: 상태 필드의 NPE 가능성은 없습니다.

status 필드는 Application 엔티티에서 @Column(nullable = false) 제약조건이 있으므로 null이 될 수 없습니다. 따라서 dto.status().name()은 NPE를 발생시키지 않습니다. gender와 birthDate는 NOT NULL 제약이 없는 nullable 필드이기 때문에 null 체크가 필요하지만, status는 데이터베이스 제약에 의해 항상 값을 가집니다.

Likely an incorrect or invalid review comment.

src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (2)

512-555: N+1 문제 해결을 위한 bulk 조회 최적화 - 좋습니다.

면접 가능 시간과 평가 데이터를 findAllByApplicationIdIn으로 bulk 조회하여 N+1 문제를 방지한 점이 좋습니다. Map을 활용한 그룹핑도 적절합니다.

368-370: LATEST 정렬 케이스 추가 - LGTM

createdAt 기준 정렬이 올바르게 구현되었습니다.

coderabbitai

Actionable comments posted: 2

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (1)

324-379: 정렬 Comparator가 “문자→숫자 파싱/널 가능 필드 비교”에 취약합니다
DOCUMENT_SCORE/INTERVIEW_SCORE에서 Double.parseDouble(...)이 빈 문자열/비정상 값이면 NumberFormatException이 날 수 있고, NAME/POSITION_NAME도 null이면 NPE가 가능합니다(DTO 필드가 항상 non-null이라는 보장이 없으면). 최소한 안전 파싱/널 세이프 비교를 넣는 편이 좋습니다.

-                case DOCUMENT_SCORE:
-                    cmp = Double.compare(
-                            Double.parseDouble(sa.documentAverageScore()),
-                            Double.parseDouble(sb.documentAverageScore())
-                    );
+                case DOCUMENT_SCORE:
+                    cmp = Double.compare(
+                            safeParseDouble(sa.documentAverageScore()),
+                            safeParseDouble(sb.documentAverageScore())
+                    );
                     break;
                 case INTERVIEW_SCORE:
-                    cmp = Double.compare(
-                            Double.parseDouble(sa.interviewAverageScore()),
-                            Double.parseDouble(sb.interviewAverageScore())
-                    );
+                    cmp = Double.compare(
+                            safeParseDouble(sa.interviewAverageScore()),
+                            safeParseDouble(sb.interviewAverageScore())
+                    );
                     break;
                 case POSITION_NAME:
-                    cmp = sa.organizationRoleName().compareToIgnoreCase(sb.organizationRoleName());
+                    cmp = nullSafeString(sa.organizationRoleName())
+                            .compareToIgnoreCase(nullSafeString(sb.organizationRoleName()));
                     break;
...
                 case NAME:
                 default:
-                    cmp = sa.name().compareToIgnoreCase(sb.name());
+                    cmp = nullSafeString(sa.name())
+                            .compareToIgnoreCase(nullSafeString(sb.name()));
                     break;

(위 diff를 적용하려면 파일 내에 safeParseDouble, nullSafeString 헬퍼 메서드 추가가 필요합니다.)

Also applies to: 327-377

♻️ Duplicate comments (3)

src/main/java/KUSITMS/WITHUS/domain/template/entity/Template.java (1)

49-57: MAIL 템플릿 업데이트에도 제목 불변조건(Subject required) 적용한 점 좋습니다.
생성자와 동일한 검증을 update()에도 넣어서 도메인 규칙이 업데이트 시점에 깨지는 문제를 막았습니다.
src/main/java/KUSITMS/WITHUS/domain/template/service/TemplateServiceImpl.java (1)
65-80: 템플릿 수정 권한(조직 소유권) 검증이 TODO로 남아 있어 IDOR 취약점이 됩니다.
listAll()처럼 “현재 사용자가 속한 조직의 템플릿만” 수정 가능하도록, 조회 단계에서부터 조직 범위를 걸어두거나(권장), 조회 후 조직 일치 검증을 반드시 추가해야 합니다.
@@
-    public TemplateResponseDTO.Detail update(Long templateId, TemplateRequestDTO.Update dto) {
-        Template template = templateRepository.getById(templateId);
-
-        // TODO: 사용자가 속한 조직의 템플릿만 수정하도록 검증 추가 필요
+    public TemplateResponseDTO.Detail update(Long templateId, TemplateRequestDTO.Update dto, User user) {
+        List<Long> organizationIds = user.getUserOrganizations().stream()
+                .map(uo -> uo.getOrganization().getId())
+                .toList();
+
+        // 권장: repository에서 "id + organizationIds"로 함께 조회되게 해서 우회 자체를 차단
+        Template template = templateRepository.getById(templateId);
+        if (!organizationIds.contains(template.getOrganization().getId())) {
+            // TODO: 프로젝트의 표준 권한 예외/에러코드로 교체
+            throw new CustomException(ErrorCode.FORBIDDEN);
+        }
@@
         template.update(
                 dto.name(),
                 dto.subject(),
                 dto.body(),
                 dto.medium()
         );
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (1)

253-322: (이전 지적 반영) 필터 후 mutable list 유지 + name null-guard 처리 좋아요
Stream.toList() 대신 collect(Collectors.toList())로 정렬 시 UnsupportedOperationException 리스크를 제거했고, 키워드 필터에서 getName() null 체크도 들어갔습니다.

Also applies to: 266-292

🧹 Nitpick comments (3)

src/main/java/KUSITMS/WITHUS/domain/template/dto/TemplateRequestDTO.java (1)

29-42: subject의 조건부 필수(= medium==MAIL일 때만) 검증을 요청 DTO 단계에서도 정리하는 게 좋습니다.
현재는 엔티티에서만 막히므로, API 관점에서 4xx 응답/메시지 일관성을 위해 medium 값에 따른 조건부 검증(커스텀 validator 또는 DTO compact constructor에서 체크)을 고려해 주세요.
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (1)
284-292: 키워드 필터에서 trim()을 실제 매칭에도 적용하는 게 안전합니다
현재는 공백 여부 체크만 trim()을 쓰고, 실제 비교는 원문 keyword로 내려가서 " kim " 같은 입력이 기대와 다르게 동작할 수 있어요.
-        if (keyword != null && !keyword.trim().isEmpty()) {
-            String lower = keyword.toLowerCase();
+        if (keyword != null && !keyword.trim().isEmpty()) {
+            String lower = keyword.trim().toLowerCase(Locale.ROOT);
             allApps = allApps.stream()
                     .filter(app ->
                             app.getName() != null &&
                                     app.getName().toLowerCase().contains(lower)
                     )
                     .collect(Collectors.toList());
         }
src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (1)

62-94: 엑셀 다운로드: 대용량 데이터면 메모리 사용량(Workbook) 리스크가 큽니다
ExcelExporter.createExcel가 XSSFWorkbook 기반이면 데이터가 많을 때 힙을 크게 잡아먹을 수 있어서, 필요하면 SXSSFWorkbook(스트리밍) 전환을 검토하는 게 안전합니다.

Also applies to: 75-93

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 3157af1 and cfaf223.

📒 Files selected for processing (5)

src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (2 hunks)
src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (4 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/dto/TemplateRequestDTO.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/entity/Template.java (1 hunks)
src/main/java/KUSITMS/WITHUS/domain/template/service/TemplateServiceImpl.java (1 hunks)

🧰 Additional context used

🧬 Code graph analysis (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (1)

src/main/java/KUSITMS/WITHUS/global/util/excel/ExcelExporter.java (1)

ExcelExporter (9-51)

⏰ 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-docker-image

🔇 Additional comments (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/controller/AdminApplicationController.java (1)

45-60: 관리자 목록 API: 기본 정렬을 LATEST/DESC로 바꾼 건 요구사항에 부합합니다
필터 파라미터도 서비스로 잘 전달되고 있어요.

coderabbitai · 2025-12-13T08:35:37Z

 import KUSITMS.WITHUS.global.infra.upload.dto.FileResponseDTO;
 import KUSITMS.WITHUS.global.infra.upload.service.FileUploadService;
 import lombok.RequiredArgsConstructor;
+import org.jetbrains.annotations.NotNull;


⚠️ Potential issue | 🟡 Minor

org.jetbrains.annotations.NotNull 도입은 프로젝트 표준과 일치하는지 확인 필요
서버 코드 전반에서 @NotNull을 어떤 어노테이션(예: jakarta.validation.constraints.NotNull, org.springframework.lang.NonNull)로 통일하는지에 따라 일관성이 깨질 수 있습니다.

🤖 Prompt for AI Agents

In src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java around line 49, the file imports org.jetbrains.annotations.NotNull which may not match the project's standard annotation; replace this import with the project's agreed-upon nullability/validation annotation (e.g., jakarta.validation.constraints.NotNull or org.springframework.lang.NonNull) or remove the import if unused, and update any @NotNull usages in this class to the chosen annotation to keep consistency across the codebase.

coderabbitai

Actionable comments posted: 0

♻️ Duplicate comments (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (1)

49-49: 이전 리뷰에서 지적된 @NotNull 어노테이션 이슈가 여전히 남아있습니다.

프로젝트 전반의 표준 어노테이션(예: jakarta.validation.constraints.NotNull 또는 org.springframework.lang.NonNull)과 일치하는지 확인이 필요합니다.

🧹 Nitpick comments (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (1)
324-379: 정렬 로직이 중앙화되어 코드 재사용성이 향상되었습니다.

새로 추가된 LATEST 케이스(Lines 368-370)는 createdAt을 기준으로 정렬하며, DESC 방향일 때 최신순으로 정렬됩니다.

참고: 이 메서드는 입력 리스트를 제자리에서 정렬한 후 동일한 리스트를 반환합니다. 이는 기능적으로는 문제없지만, 반환문을 제거하고 void로 변경하는 것이 의도를 더 명확히 할 수 있습니다.

Optional: 메서드를 void로 변경
-    @NotNull
-    private static List<Application> getSortedApps(AdminApplicationSortField sortBy, Sort.Direction direction, List<Application> allApps) {
+    private static void sortApps(AdminApplicationSortField sortBy, Sort.Direction direction, List<Application> allApps) {
         allApps.sort((a, b) -> {
             // ... sorting logic ...
         });
-        return allApps;
     }
그리고 호출 부분을 다음과 같이 변경:
-        List<Application> sortedApps = getSortedApps(sortBy, direction, allApps);
+        sortApps(sortBy, direction, allApps);

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between cfaf223 and eb009a7.

📒 Files selected for processing (1)

src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (4 hunks)

⏰ 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-docker-image

🔇 Additional comments (2)

src/main/java/KUSITMS/WITHUS/domain/application/application/service/ApplicationServiceImpl.java (2)

258-292: 이전 리뷰에서 지적된 불변 리스트 및 NPE 이슈가 모두 수정되었습니다.

collect(Collectors.toList())를 사용하여 가변 리스트 생성 ✅

getName() null 체크 추가 (Line 288) ✅

trim() 및 Locale.ROOT 사용으로 문자열 비교 일관성 확보 ✅

필터링 로직이 정확하고 안전하게 구현되었습니다.

469-559: 엑셀 내보내기 메서드가 안전하게 구현되었습니다.

이전 리뷰에서 지적된 문제들이 모두 해결되었습니다:

getName() null 체크 포함 (Line 504) ✅

빈 리스트 조기 반환으로 빈 IN 쿼리 방지 (Lines 511-513) ✅

Bulk 조회를 통한 성능 최적화 (Lines 520-526) ✅

관리자 목록 API와 동일한 필터/정렬 로직 적용으로 일관성 확보 ✅

구현이 정확하고 성능 고려사항도 잘 반영되었습니다.

EunjinWoo added 5 commits December 11, 2025 20:14

fix: 관리자용 지원서 목록 최신순 정렬 추가 #159

f968e47

fix: 관리자용 지원서 목록 조직 파트, 지원서 상태 필터 추가 #159

b308ae4

fix: 관리자용 지원서 목록 이름 검색 추가 #159

744a7e8

feat: 메일/문자 템플릿 수정 기능 구현 #159

dc8bdfd

feat: 지원서 목록 엑셀 추출 기능 구현 #159

3157af1

EunjinWoo requested review from KJaeKwan and SeongHo5356 December 11, 2025 12:53

EunjinWoo self-assigned this Dec 11, 2025

coderabbitai Bot reviewed Dec 11, 2025

View reviewed changes

EunjinWoo added 5 commits December 13, 2025 17:26

fix: .toList()로 불변 리스트 생성 후 정렬 시도하던 것 수정 #159

39ebf1d

fix: 템플릿 수정 시 medium 검증 생성자와 동일하게 수정 #159

3f7dda6

fix: 문자인 경우 subject 빈 값으로 보낼 수 있게 수정 #159

8ac22dd

fix: Workbook 리소스 누수 가능성 제거 #159

dfe294c

chore: 누락된 유효성 검사 TODO 추가 #159

cfaf223

coderabbitai Bot reviewed Dec 13, 2025

View reviewed changes

fix: 키워드 검색 trim 추가 및 빈 IN-query 문제 수정 #159

eb009a7

coderabbitai Bot reviewed Dec 13, 2025

View reviewed changes

EunjinWoo merged commit 1b55b40 into develop Dec 13, 2025
3 checks passed

EunjinWoo changed the title ~~🐛 Fix: 개선점 모음 마무리 수정~~ 🐛 Fix: 3차 스프린트 개선점 수정 Dec 13, 2025

EunjinWoo changed the title ~~🐛 Fix: 3차 스프린트 개선점 수정~~ 🐛 Fix: 3차 스프린트 개선점을 수정한다 Dec 13, 2025

coderabbitai Bot mentioned this pull request Dec 21, 2025

🐛 Fix: 3차 추가 요청사항을 수정한다 #164

Merged

6 tasks

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

🐛 Fix: 3차 스프린트 개선점을 수정한다#162

🐛 Fix: 3차 스프린트 개선점을 수정한다#162
EunjinWoo merged 11 commits into
developfrom
fix/159-3rd

EunjinWoo commented Dec 11, 2025 •

edited by coderabbitai Bot

Loading

Uh oh!

coderabbitai Bot commented Dec 11, 2025 •

edited

Loading

Uh oh!

coderabbitai Bot left a comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

coderabbitai Bot left a comment

Uh oh!

coderabbitai Bot Dec 13, 2025

Uh oh!

Uh oh!

coderabbitai Bot left a comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Conversation

EunjinWoo commented Dec 11, 2025 • edited by coderabbitai Bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✨ Related Issue

📌 Task Details

💬 Review Requirements (Optional)

Summary by CodeRabbit

Uh oh!

coderabbitai Bot commented Dec 11, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Walkthrough

Changes

Sequence Diagram(s)

Estimated code review effort

Possibly related issues

Possibly related PRs

Suggested labels

Suggested reviewers

Poem

Pre-merge checks and finishing touches

Uh oh!

coderabbitai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

coderabbitai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

coderabbitai Bot Dec 13, 2025

Choose a reason for hiding this comment

Uh oh!

Uh oh!

coderabbitai Bot left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

EunjinWoo commented Dec 11, 2025 •

edited by coderabbitai Bot

Loading

coderabbitai Bot commented Dec 11, 2025 •

edited

Loading