[에러] 에러 지옥. 404에러 + MySQL 에러 + 서버 에러 + 매핑 에러

 

에러 : origin 서버가 대상 리소스를 위한 현재의 representation을 찾지 못했거나, 
그것이 존재하는지를 밝히려 하지 않습니다.

 

이 에러가 계속 내 플젝진행을 방해했다.

기존 플젝을 이 에러때문에 다시 진행했는데 같은 파트에서 또 막혔다. path 설정도 안 먹히고 저 에러 검색해서 나오는 모든 설정이 안 먹히는 상황이었으며 MySQL 버전 문제 때문에 변경된 class .cj 추가 입력했다고 

jdbc 드라이버 [cohttp://m.mysql.cj.jdbc.driver]을(를) 등록했지만, 웹 애플리케이션이 중지될 때, 
해당 jdbc 드라이버의 등록을 제거하지 못했습니다. 메모리 누수를 방지하기 위하여, 등록을 강제로 제거했습니다.

 

이 에러까지  나는 상황이었으며 server도 이상한 그야말로 총체적 난국인 상황이었다. 거의 3시간을 붙잡고 있다가  답답해서 코드를 하나하나 뜯어보고 있었다. 원인이 MySQL 때문인지 서버 이상 때문인지도 모르겠고

불허되는 접근: 이 웹 애플리케이션 인스턴스는 이미 중지되었습니다.

 

단순히 404 에러인가 하면 해결방법을 전부 시도해도 해결되지 않았다. 그러다 혹시 mapper 문제인가? (전에도 매핑문제로 시간 오래 잡아먹음) 싶어서 root-context.xml 설정 검색하는데 해당 파일에서 mapperLocations의 classpath를 classpath*로 설정해야 모든 매핑이 순조롭다고 해서 그 부분을 수정했다.

수정 후 콘솔을 보니

org.springframework.web.servlet.pagenotfound 
- no mapping found for http request with uri [/board/] in dispatcherservlet with name 'appservlet'

 

이 에러가 떴다. 신났다. 해결해본 경험이 있는 에러였다. 왠지 고지가 눈앞에 있는 것 같았다.

해당 에러는 servlet-context.xml 파일에 

<resources mapping="/ad_assets/**" location="/resources/ad_assets/" />

 

이 부분을 추가 설정하면 해결된다.

 

허무하지만 해결돼서 신난다. 오늘 밤새워서라도 해결할 생각이었는데 생각보다 일찍 해결돼서 기쁘다.

 

 

내일 일어나서 할 일

 

- context.xml 파일에 저 부분이 어떤 의미인지

- mapping 파고들기

- classpath 설정 파고들기

 

 

classpath* 설정에 대한 참고 사이트

https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/core/io/support/PathMatchingResourcePatternResolver.html

PathMatchingResourcePatternResolver (Spring Framework 6.1.8 API)

https://pplenty.tistory.com/5

[Spring] classpath: vs classpath*: