Java - 버전이 정상적으로 지정되지 않을 때 (셀 스크립트) 본문
반응형
패키지가 정상 빌드되지 않는 원인을 찾다가, java의 버전 문제라는 것을 알게 되었다.
분명 17버전을 설치했던 기억이 있는데, 아래와 같이 11버전이라니.
openjdk version "11.0.19" 2023-04-18 LTS
OpenJDK Runtime Environment Zulu11.64+19-CA (build 11.0.19+7-LTS)
OpenJDK 64-Bit Server VM Zulu11.64+19-CA (build 11.0.19+7-LTS, mixed mode)
이를 해결하고자 셀 스크립트를 수정했다.
예전에 node도 비슷한 경우로 버전을 올려야 하는 경우가 있었기에, 이번엔 다소 쉬웠다.
셀 스크립트를 수정하는 이유는 다음과 같다.
이 곳(macOS Linux, zsh) 세션이 시작될 때, 여기에 환경 변수 | 경로 추가 | 각종 도구 초기화 코드를 넣어두면,
터미널을 열 때마다 자동으로 적용되게 할 수 있기 때문.
먼저 터미널을 열고 아래 명령어를 수행하면, 셀 스크립트로 접근한다.
nano ~/.zshrc
이후, 해당 스크립트에서 아래와 같은 내용을 추가하고,
컨트롤 + X 버튼을 눌러 빠져나온다.
# Java
export JAVA_HOME=$(/usr/libexec/java_home -v 17)
export PATH="$JAVA_HOME/bin:$PATH"
위 동작으로 macOs 내장 명령 /usr/libexec/java_home 을 사용해 설치된 java17 경로를 찾아서 JAVA_HOME에 설정할 수 있게 된다.
즉, Gradle, Maven 등 모든 자바 관련 커맨드가 Java 17 아래에서 동작하게 된다는 의미기도 하다..
마지막으로 아래 명령어를 입력하여 적용시킨다. (터미널을 종료 시키는 방법도 가능)
source ~/.zshrc
그리고 버전을 확인하면?
openjdk version "17.0.14" 2025-01-21 LTS
OpenJDK Runtime Environment Zulu17.56+15-CA (build 17.0.14+7-LTS)
OpenJDK 64-Bit Server VM Zulu17.56+15-CA (build 17.0.14+7-LTS, mixed mode, sharing)
두둥탁
반응형
'개발 > Spring boot' 카테고리의 다른 글
Spring boot - Custom Global exception Handler 적용 (1) | 2025.05.04 |
---|---|
Spring boot - Api docs 설정 (Swagger + OpenAPI) (3) | 2025.05.01 |
Spring boot - Docker-compose hot loading 환경 설정(with, vscode) (0) | 2025.04.25 |
Spring boot - 패키지가 정상 빌드되지 않을 때(Gradle) (1) | 2025.04.11 |
Comments