자바 설치버전 확인 및 버전변경 설정 – Windows Java 환경변수와 라이센스
자바 설치버전 확인 및 버전 변경 설정방법 (Windows Java 버전 관리)
UG NX나 Teamcenter처럼 자바에 의존하는 프로그램은 설치된 Java 버전이 맞지 않으면 설치 단계에서부터 오류가 뜨거나 실행이 안 되는 일이 많다. 자바 버전이 너무 높아도, 반대로 너무 낮아도 문제가 생길 수 있기 때문에, 지금 내 PC에 어떤 버전이 깔려 있는지 정확히 확인하고 필요한 버전으로 맞춰 주는 일이 중요하다.
특히 회사 환경에서는 Oracle Java 유료 라이센스와 무료 배포판이 섞여 있는 경우가 많아서, “어떤 버전까지는 무료인지, 어떤 버전부터 유상인지”를 한 번 정리해 두면 나중에 재설치나 업그레이드·다운그레이드가 훨씬 수월하다. 이 글에서는 자바 설치버전 확인부터 버전 변경, 환경변수 설정까지 실무에서 자주 쓰는 내용을 중심으로 정리해 본다.
무료·유료 자바 버전 구분과 실무에서의 선택
Oracle 정책이 바뀌면서 Java SE(JRE/JDK)를 업무용으로 쓰는 경우에는 라이센스를 어떻게 적용해야 하는지 항상 신경을 쓰게 된다. 잘못하면 무료인 줄 알고 쓰다가 나중에 유상 구간에 해당되는 버전이어서 라이센스 리스크가 생길 수 있기 때문이다.
기본적으로 Java는 아래 두 가지로 나뉜다.
- JRE (Java Runtime Environment) : 자바 애플리케이션 실행 전용 환경
- JDK (Java Development Kit) : 개발 도구를 포함한 패키지, 컴파일·빌드에 사용
회사에서 개발이나 상용 서비스에 Oracle Java SE를 사용한다면, 해당 버전이 상용 사용 시 유료 구간인지 여부를 반드시 확인해야 한다. 애매하면 책임 소재가 분명한 라이센스를 구매하고 사용하는 편이 마음이 편하다. 개인용이나 테스트 용도로는 OpenJDK 계열 무료 배포판을 활용하는 경우도 많다.
오라클 유료 Java SE 버전 예시
- Java 6 version 45 이후 (6u45~)
- Java 7 version 80 이후 (7u80~)
- Java 8 version 211 이후 (8u211~)
- Java 11 이후 버전 (11, 12, 13, 14, 15 등)
업무 환경에 따라 해석이 달라질 수 있으므로, 실제 도입 전에 오라클 공식 라이센스 정책을 한 번 더 확인하는 것이 안전하다.
오라클 무료 Java 버전 예시
아래 버전들은 예전부터 많이 쓰이던 무료 구간 자바 버전이다. 기존에 설치된 버전이 이 범위에 있다면, 어떤 프로젝트에서 쓰고 있는지 확인한 뒤 정리해 주면 된다.
- Java SE 4 : 1.4.2._30
- Java SE 5 : 1.5.22
- Java SE 6 : 1.6.45
- Java SE 7 : 1.7.80
- Java SE 8 : 1.8.0_202
프로그램 호환성과 라이센스 조건을 함께 보고, 필요한 버전만 남기고 나머지는 정리하는 쪽이 관리 측면에서 깔끔하다.
자바 설치버전 확인 – CMD와 Java 제어판
우선 내 PC에 어떤 자바 버전이 기본값으로 잡혀 있는지부터 확인해 보자. 설치 자체가 여러 버전 섞여 있는 경우가 많아서, 실제로 프로그램이 참조하는 버전과 제어판에 보이는 버전이 다를 때도 있다.
명령프롬프트에서 자바 버전 확인 (java -version)
가장 빠르게 확인하는 방법은 CMD를 이용하는 것이다. 최신 JAVA VM을 설치했다면, 현재 설정된 버전을 먼저 확인해 보자.
윈도우 검색창에서 명령프롬프트(CMD)를 검색해 실행하면 작은 검은색 MS-DOS 창이 뜬다.
CMD 창에서 아래 명령어를 소문자로 입력한다.
java -version
대문자로 입력하면 인식 오류가 날 수 있으니 소문자 그대로 입력하는 것이 좋다. 실행 후 출력되는 메시지에서 java version “1.8.0_261” 같은 문자열을 확인할 수 있다면, 현재 시스템이 참조하는 기본 자바 버전이 그 값이다.
자바 버전 확인 두 번째 방법 – Java 제어판
GUI 환경이 더 익숙하다면 Java 제어판을 활용해 설치 버전을 확인할 수도 있다.
- 윈도우 검색창에서 Configure Java를 찾는다.
- Java 제어판이 열리면 상단 메뉴에서 정보를 클릭한다.
- CMD에서 확인한 것과 동일하게 자바 버전(예: 1.8.0_261)을 다시 한 번 확인할 수 있다.
자바 삭제 및 버전 다운그레이드 준비
여러 버전이 섞여 있다면, 실제로 어떤 버전을 사용할지 먼저 정해야 한다. 필요 없는 버전은 지우고, 필요한 버전만 남겨두는 쪽이 나중에 문제를 줄여 준다.
Java 제어판에서 Java 탭 → 보기를 클릭하면 현재 설치된 Java Runtime Environment 목록이 나타난다.
이 화면에서 예를 들어 1.8.0_216 버전과 1.7.0_80 버전이 동시에 설치되어 있는 것을 볼 수 있고, 이 중 실제로 사용할 버전에 체크를 넣어 둘 수 있다.
필요 없는 버전은 제거 버튼으로 깔끔하게 지워 주면 된다. 새 버전을 추가하고 싶다면 찾기 / 추가를 눌러 설치된 자바 폴더를 지정하면 된다.
자바 버전 변경 – 환경변수와 경로 재설정
설치만 원하는 버전으로 바꿔 놓고, 시스템이 여전히 예전 경로를 바라보고 있다면 프로그램 실행 시 충돌이 계속 발생할 수 있다. 그래서 환경변수에서 자바 경로를 정리해 주는 작업이 함께 필요하다.
자바 환경변수 JAVA_HOME 설정
사용할 자바 버전을 정했다면, 이전에 연결되어 있던 경로를 한 번 정리해 주는 것이 좋다.
내 PC → 속성 → 고급 시스템 설정으로 들어간 뒤, 고급 탭에서 환경 변수 버튼을 클릭한다. 여기서 시스템 변수 항목에 새 변수를 추가해 자바 경로를 지정해 준다.
| 변수 이름 | JAVA_HOME |
| 변수 값 | C:Program FilesJava자바버전 |
예를 들어 Java 1.8.0_261을 기준으로 설치했다면, 실제 설치 경로를 확인해 그 폴더를 그대로 입력해 준다.
기존 자바 경로 삭제 및 Path 정리
새 JAVA_HOME을 지정했다면, 예전 경로가 여전히 Path에 남아 있지 않은지 확인해야 한다.
시스템 변수에서 Path 항목을 선택해 편집을 누른 뒤, 아래와 같은 기존 경로가 등록되어 있다면 삭제한다.
C:Program FilesCommon FilesOracleJavajavapath C:Program Files (x86)Common FilesOracleJavajavapath
그 다음, 새로 지정한 JAVA_HOME을 활용해 %JAVA_HOME%bin 경로를 Path에 추가해 주면, 시스템 전체에서 동일한 버전의 자바를 참조하게 된다.
CMD에서 다시 java -version을 입력해 보면, 방금 설정한 버전으로 바뀐 것을 확인할 수 있다. 이렇게 정리해 두면 UG NX나 Teamcenter처럼 특정 자바 버전을 요구하는 프로그램도 비교적 안정적으로 사용할 수 있다.
자바 설치버전 라이센스 ?
실무에서는 단순히 자바 버전만 맞추는 것이 아니라, “이 버전을 계속 유지해도 되는가?”라는 점도 함께 고려해야 한다.
| 구분 | 버전 / 빌드 예시 | 라이센스 구간 | 비고 |
|---|---|---|---|
| Java SE 4 | 1.4.2_30 등 | 구형 무료 구간 | 매우 오래된 버전, 보안·지원 종료. 신규 도입 비권장 |
| Java SE 5 | 1.5.0_22 | 구형 무료 구간 | 역시 보안 패치 종료. 레거시 시스템에서만 제한적으로 사용 |
| Java SE 6 | 1.6.0_45 (6u45) | 무료 구간 | 일반적으로 6u45까지 무료로 인식, 이후 업데이트는 유료 정책에 포함되는 것으로 보는 경우가 많음 |
| Java SE 6 (후기) | 6u45 이후 | 유료 구간으로 취급 | 업무·상용 사용 시 Oracle 상용 라이센스 대상에 포함되는 버전대로 분류되는 케이스 |
| Java SE 7 | 1.7.0_80 (7u80) | 무료 구간(7u80까지) | 보안 지원은 종료, 7u80 이후는 상용 지원 계약 영역으로 보는 것이 일반적 |
| Java SE 8 (초기) | 1.8.0_202 (8u202) | 무료 구간 | 8u202까지는 “무료로 쓰이던 마지막 라인”으로 많이 정리함 |
| Java SE 8 (후기) | 1.8.0_211 (8u211) 이후 | 유료 구간 | 기업·업무용 사용 시 Oracle 상용 라이센스 계약 필요하다고 보는 버전대 |
| Java SE 11 이후 | 11, 12, 13, 14, 15… | 상용 라이센스 기반 | Oracle JDK는 대체로 상용 계약 전제로 보고, 대신 OpenJDK/다른 배포판으로 무료 사용 선택 가능 |
| OpenJDK 계열 | Adoptium, Zulu, Amazon Corretto 등 | 별도 오픈소스/상용 조합 라이센스 | 빌드 제공사 정책 따름. 무료 사용 가능하지만, 기업 사용 시 각 벤더 약관 확인 필요 |
오래된 무료 버전을 쓰면 라이센스 리스크는 줄어들 수 있지만, 보안 패치가 더 이상 제공되지 않는다는 문제가 있고, 반대로 최신 버전만 따라가자니 상용 라이센스와 호환성 이슈가 동시에 부담이 된다.
그래서 업무 시스템에 쓰는 자바와 개인 테스트용 자바를 구분해서 설치하는 경우가 많다.
예를 들어, 사내 PLM·CAD 시스템은 검증이 끝난 1.8.x 버전에 고정해 두고, 개인 개발 환경은 OpenJDK 최신 버전을 별도 경로에 설치해 사용하는 식이다. 이때 환경변수나 IDE별 설정에서 어떤 자바를 바라볼지 명확히 나눠 두면 충돌을 많이 줄일 수 있다.
또한, 노트북을 교체하거나 운영체제를 재설치할 계획이 있다면, 현재 사용 중인 자바 버전과 설치 경로를 미리 캡처해 두거나 메모해 두는 것이 좋다. 나중에 다시 세팅할 때 “예전에 무슨 버전이었지?” 하는 고민을 덜 수 있고, 서버나 업무용 PC라면 변경 전·후 구성을 기록으로 남겨 두는 것도 도움이 된다.
Q&A – 자바 버전 확인 및 변경 관련 자주 묻는 질문
Q1. UG NX나 Teamcenter 실행 중 자바 버전 오류가 나면 어디부터 확인해야 하나요?
우선 해당 프로그램에서 요구하는 자바 버전을 먼저 확인하는 것이 좋다. 버전 요구사항을 확인한 뒤, CMD에서 java -version으로 현재 기본 버전을 확인하고, Java 제어판과 환경변수(JAVA_HOME, Path)가 그 버전을 향하고 있는지 순서대로 살펴보면 원인이 대부분 드러난다.
여러 버전이 설치되어 있다면 필요 없는 버전을 제거하고, 환경변수에서 경로를 정리해 주면 오류가 사라지는 경우가 많다.
Q2. 오라클 Java SE 유료 라이센스는 언제 꼭 필요할까요?
회사에서 상용 서비스나 내부 업무 시스템에 Oracle Java SE 최신 버전을 사용하는 경우에는 유료 라이센스를 전제로 보는 편이 안전하다.
특히 Java 8 이후 고버전, Java 11 이후 버전들을 기업 환경에 도입하려면 라이센스 범위를 명확히 이해하고 계약을 진행하는 것이 좋다. 개인 PC에서 간단한 테스트 정도만 한다면 무료 배포판(OpenJDK 계열)을 선택하는 방법도 있다.
Q3. 자바 버전 확인은 CMD와 Java 제어판 중 어느 쪽을 기준으로 보는 게 좋나요?
실제로 프로그램이 어떤 버전으로 동작하는지가 중요하기 때문에, CMD에서 java -version으로 나오는 값을 우선 기준으로 보는 편이 좋다.
Java 제어판에는 여러 버전이 설치되어 있어도, 환경변수와 Path 설정에 따라 실제로 참조하는 버전은 한 가지일 수 있다. 두 곳의 정보가 다르게 나온다면 환경변수 설정을 먼저 점검하는 것이 좋다.
Q4. 자바 버전 다운그레이드할 때 꼭 기존 버전을 삭제해야 하나요?
반드시 삭제가 필수는 아니지만, 실무에서는 웬만하면 정리하는 편을 추천한다.
여러 버전이 동시에 깔려 있으면 어떤 프로그램이 어느 버전을 참조하는지 헷갈리기 쉽고, Path 설정이 꼬이면서 엉뚱한 버전이 호출되는 경우도 자주 발생한다. 최소한 사용하지 않는 버전은 Java 제어판에서 제거해 두고, 환경변수를 새 버전에 맞게 정리해 두면 관리가 훨씬 수월하다.
Q5. 환경변수에서 JAVA_HOME을 꼭 써야 하나요?
단순히 자바만 쓰는 PC라면 JAVA_HOME 없이 Path에 직접 경로를 넣어도 동작은 한다. 다만 여러 개발 도구나 서버, 배치 스크립트가 설치된 환경에서는 JAVA_HOME을 기준으로 자바 경로를 찾는 경우가 많기 때문에, 가능한 한 JAVA_HOME을 표준처럼 맞춰 두는 편이 나중에 문제를 줄여 준다. 새 버전으로 바꾸더라도 JAVA_HOME만 바꾸면 도구들이 한꺼번에 새 버전을 바라보게 된다는 점도 장점이다.
Q6. Java 제어판에서 여러 버전이 보일 때, 체크만 바꾸면 버전 변경이 되나요?
Java 제어판의 체크는 브라우저 플러그인이나 특정 런타임 사용 여부에 영향을 줄 뿐, 윈도우 전체에서 기본으로 참조하는 자바 버전을 완전히 바꾸지는 않는다.
시스템 전체 기본값을 바꾸려면 환경변수(JAVA_HOME, Path)를 함께 조정하는 것이 확실하다. Java 제어판은 “어떤 버전이 설치되어 있는지”를 확인하고 정리하는 용도로 생각하면 이해하기 편하다.
Q7. 자바 설치 후 프로그램에서 여전히 버전 오류가 나온다면 무엇을 더 봐야 하나요?
먼저 해당 프로그램이 자체적으로 자바 경로를 별도 지정하고 있는지 확인하는 것이 좋다. 일부 프로그램은 시스템 JAVA_HOME이 아니라 자체 설정 파일이나 환경설정 메뉴에서 JRE/JDK 경로를 따로 지정하는 경우가 있다.
이 부분까지 맞춰 주었는데도 오류가 계속된다면, 32비트·64비트 아키텍처가 프로그램과 자바가 서로 맞는지, 보안 프로그램이나 UAC 설정에서 차단되는 부분은 없는지도 함께 점검해 볼 만하다.
Q8. Oracle 외에 무료 자바(OpenJDK)를 써도 UG NX, Teamcenter에서 문제가 없을까요?
이 부분은 사용하는 프로그램 버전과 공식 지원 범위에 따라 달라진다. 어떤 버전은 Oracle JDK만 공식 지원하고, 어떤 버전은 OpenJDK 계열도 문제 없이 동작하는 경우가 있다.
시스템 안정성이 중요한 환경이라면, 공급사에서 명시한 지원 버전·배포판을 우선적으로 맞추는 편이 안전하다. 테스트 환경에서만 OpenJDK를 먼저 적용해 보고, 문제가 없을 때 점진적으로 전환하는 방식도 고려할 수 있다.
Q9. 자바 버전 업그레이드 후 예전 프로그램이 안 돌아가면 어떻게 해야 하나요?
예전 버전의 자바를 기준으로 개발된 프로그램이라면, 최신 버전에서 호환성이 떨어질 수 있다.
이 경우에는 해당 프로그램 전용으로 예전 자바 버전을 별도 폴더에 설치하고, 그 프로그램만 그 경로를 바라보도록 설정하는 방법이 무난하다. 전체 시스템 자바는 최신 버전을 유지하되, 호환성이 민감한 프로그램에만 별도의 JRE/JDK를 연결해 주는 식으로 구성하면 충돌을 줄일 수 있다.
Q10. 회사에서 자바 버전을 통일하고 싶은데, 어디까지 정리해 두는 게 좋을까요?
실무에서는 최소한 아래 세 가지 정도는 문서로 남겨 두면 나중에 관리가 한결 편해진다.
첫째, 시스템별로 사용 중인 자바 버전과 설치 경로, 둘째, 라이센스 유형(무료·유료·OpenJDK 등), 셋째, 주요 업무 시스템이 요구하는 최소·권장 버전이다. 이렇게 정리해 두면 새 PC를 세팅하거나 프로그램을 업그레이드할 때, 어떤 버전을 기준으로 맞춰야 할지 빠르게 판단할 수 있다.
