본문 바로가기

에러8

org.hibernate.validator.spi.scripting.ScriptEvaluatorNotFoundException: HV000232: No JSR 223 script engine found for language "javascript". 에러 - 스프링 @ScriptAssert 를 사용할시 다음과 같은 오류가 발생한다. 원인: JDK8 ~ 14까지는 Javascript를 지원하는 Nashorn 엔진을 쓰지만, JDK14 이후부터는 Javascript가 지원되지 않는 GraalVM을 사용하기 때문이라고 한다. 뭔 소리인지 정확히 모르겠지만 JVM 버전이 높아서 터진 문제다. 해결: JVM을 낮추는 것은 간단하지만 위험한 해결법이고, 스프링 부트 3.x 버전 이상부터는 무조건 jvm 17이상을 사용해야 하기에 낮출수도 없다. dependencies { implementation 'org.openjdk.nashorn:nashorn-core:15.3' } 이런 식으로 디펜던시를 추가하면 해결된다. 2024. 1. 12.
General error during semantic analysis: Unsupported class file major version 61 에러 외부에서는 잘 실행되던 스프링 프로젝트가 집에서 실행하니 이런 오류가 발생했다. 원인: 이 에러는 gradle과 jdk의 버전이 맞지 않아서 생기는 에러라고 한다. 자세한 사항은 공식 문서를 참조하자. 강의를 들으면서 제공한 프로젝트를 그대로 가져왔는데, 그로 인한 환경설정 차이가 일어난 것이다. 해결법: jdk 15 버전을 다운받아 적용시켜 해결했다. intellij 에서 자동으로 다운되는 azul - 15 버전을 이용했다. 2024. 1. 10.
스프링 테스트 실행시 ClassNotFound 에러 해결방법 1. 인텔리제이 캐쉬 삭제 - 실패 2. 프로그램 실행을 gradle -> intellij 로 변경. jdk 의 버전을 설치된 버전과 일치시키기. 결과: 성공 무사히 테스트가 돌아간다. 정리 : jvm 버전이 안맞아서 생기는 문제. jvm 버전을 다시 설정해주면 된다. 2024. 1. 8.
java.lang.NoClassDefFoundError: 외부 라이브러리 리눅스 배포시 java.lang.NoClassDefFoundError: 외부 라이브러리 에러가 발생한다. 몇시간째 구글링한 결과 크게 2가지로 나뉘는 것을 알았다. 1. 버전이 맞지 않은 경우. 나같은 경우는 gradle을 통해 외부 라이브러리를 추가했다. 만약 서로 의존하는 라이브러리간 버전이 맞지 않으면 참조할수 없어 오류가 발생할수 있다. 따라서 버전을 맞춰주면 해결됨 2. classpath 가 옳게 설정되지 않은 경우. gradle 을 통해 불러온 라이브러리는 /Users/${USERNAME}/.gradle/caches/modules-2/files-2.1/${packageName}/${libname} 에 저장된다. 따라서 소스 코드 내부에서 외부 라이브러리를 임포트해서 사용할때, 라이브러리가 직접.. 2023. 10. 22.