fix: Java/Kotlin 실행 결과 UTF-8 인코딩 강제 (이슈 #4)#5
Merged
Conversation
Windows 기본 코드페이지(MS949 등)에서 한글을 반환/출력하는 코드의 실행 결과가 깨지는 문제를 해결한다. - javaCommand 헬퍼로 java 실행에 -Dfile/stdout/stderr.encoding=UTF-8 전달 - executeProcess의 프로세스 입출력 스트림 읽기/쓰기를 UTF-8로 명시 - javaCommand가 인코딩 플래그를 항상 포함하는지 회귀 테스트 추가 실행 출력 깨짐은 native.encoding이 MS949인 실제 Windows에서만 재현되며, macOS/Linux에서는 -Dstdout.encoding 오버라이드가 먹지 않아 커맨드 구성 검증으로 회귀를 방지한다.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
이슈 #2(컴파일 인코딩)에 이은 후속으로, 실행 출력 단계의 인코딩을 처리합니다.
문제
한글을 반환/출력하는 코드를 실행하면 자식
java프로세스의 표준 입출력이 Windows 기본 코드페이지(MS949)로 인코딩되고, 플러그인은 출력 스트림을 JVM 기본 charset으로 읽어 어긋날 경우 결과 한글이 깨집니다.변경
javaCommand헬퍼 추가 — java 실행에-Dfile.encoding=UTF-8 -Dstdout.encoding=UTF-8 -Dstderr.encoding=UTF-8전달 (runJava3곳,runKotlin1곳에 적용)executeProcess의 프로세스 입력 쓰기 / 출력·에러 스트림 읽기를Charsets.UTF_8로 명시javaCommand가 인코딩 플래그를 항상 포함하는지 검증하는 회귀 테스트 추가검증
./gradlew test --tests com.codingtestkit.service.CodeRunnerTest→ 31개 전부 통과실행 출력 깨짐은
native.encoding이 MS949인 실제 Windows에서만 재현됩니다. JDK 18+에서는 macOS/Linux의stdout.encoding을 명령행-D로 오버라이드할 수 없어, 깨짐을 시뮬레이션하는 end-to-end 테스트가 불가능합니다. 그래서 회귀 테스트는 커맨드 구성(플래그 포함 여부)을 검증합니다. 실제 Windows 환경에서의 한글 출력 확인이 추가로 필요합니다.Fixes #4