java.lang.ClassNotFoundException: javax.servlet.jsp.tagext.TagLibraryValidator 에러 발생

 

스프링부트 3.0 이상의 버젼에서 jstl 사용시에 발생

스프링부트 버젼이 상향됨에 맞춰 javax도 jakarta로 바뀌었기 때문에 DI도 맞춰서 수정



 

 

 

 

 목차

  1. pom.xml의 DI 변경 (1) -> 실패
    1. jstl 1.2 버젼 DI 주석 처리 후 jakarata DI 추가
      • Duplicating managed version ... 에러 발생
    2. Duplicating managed version ... -> 해결 불가
      • <version> 삭제 -> 실패
      • <version> 주석처리 후 <scope>runtime</scope> 추가 -> 실패
  2. pom.xml의 DI 변경 (2) -> 성공
    • 추가 구글링으로 새로운 DI 추가 -> 성공

 

 

 

 

1. pom.xml의 DI 변경 (1)

  1. jstl 1.2 버젼 DI 주석 처리 후 jakarata DI 추가
    • Duplicating managed version ... 에러 발생
  2. Duplicating managed version ... 에러
    • <version> 태그 삭제 -> 실패
    • <version> 태그 주석처리 후 <scope>runtime</scope> 추가 -> 실패 

 

 

1) jstl 1.2 버젼 DI 주석 처리 후 jakarata DI 추가

  • Duplicating managed version ... 에러 발생

 

1.&nbsp;jstl 1.2 버젼 DI 주석 처리 후 jakarata DI 추가

 

2.&nbsp;Duplicating managed version ... 에러 발생

 

 

 

 

2) Duplicating managed version ... 에러

 

2-1) <version> 태그 삭제 -> 실패

  • 에러 메세지(Duplicating..)는 사라졌으나 http 에서 javax/servlet/jsp/tagext/TagLibraryValidator 에러 발생

 

 

 

 

2-2) <version> 태그 주석처리 후 <scope>runtime</scope> 추가 -> 실패

  • 에러 메세지(Duplicating..)는 사라졌으나 http 에서 javax/servlet/jsp/tagext/TagLibraryValidator 에러 발생

 

 

 

 

 

 

2.pom.xml의 DI 변경 (2) -> 성공

  1. 추가 구글링으로 새로운 DI 추가
  2. 띄어쓰기 삭제 ( <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> )
  3. 성공

 

1. 추가 구글링으로 새로운 DI 추가

 

2. 띄어쓰기 삭제

 

3. 성공

 

 

 

2일 내내 이거 하나 해결하겠다고

STS 버젼 올렸다가 내렸다가 import 에러 터진거 주석처리했다가 풀었다가, pom.xml 다 갈았다가 다시 썼다가, 프로젝트를 지웠다가 다시 생성했다가 난리 부르스를 치고 마우스 집어던지기 직전이었는데 갑자기 프로그램이 돌아감. 욕 나올 정도로 행복하다

이 맛에 코딩하나?

+ Recent posts