Spring이 작동하고 있지 않는데, 기능이 제대로 수행되는 경우_ 서버 확인하기

 

기능이 제대로 되길래
아주 행복해하고 있었다.
그런데 백엔드를 확인해보니,
에러가 발생해서 꺼진 상태였다.
어떻게 기능이 수행된 것일까?

 

 

 

1. 상황

 

수정과 삭제 기능을 만들었다. 그리고 Service를 넣어 로직을 분리해줬다. 대대적인 공사가 끝나고 자잘한 오류를 고치고 나니 제대로 기능이 수행되었다. F12를 눌러 네트워크 등 오류 발생이 있는지 확인했는데, 그것도 없었다. 그렇게 행복해하던 와중 백엔드 서버가 제대로 실행되고 있지 않다는 걸 발견했다. 내가 만든 기능은 수정과 삭제 버튼을 누르면 백엔드로 넘어가 거기서 처리되도록 되어있다. 프론트에서 처리하도록 만든 적이 없고 능력도 없는데, 어떻게 이게 가능한걸까? (사실 내게 대단한 재능이 있는게 아닌가 생각했다. 이게 왜.. 되지?)

 

 

 

---

 

 

 

 

2. 오류 확인하기

• 새로고침 해보기
  새로고침을 누르니 수정 전 화면으로 돌아갔다면 실제 DB가 변경된 것은 아니다. 리액트 내에서 성공했다고 생각하여 착시를 불러 일으켰을 수 있다. →  하지만 새로고침 해도 수정 후 상태였음
  
  
• 코드 문제
  코드에 문제가 생겼을 수 있다. 근데 보통 이런 경우 F12를 누르고 [Network] 탭을 누른 후 동작을 실행해보면 어디에 문제가 있는지 알려준다.  →  하지만 문제없이 깨끗했다.
  
  
• 서버가 꺼지지 않은 경우
  IntelliJ나 IDE를 종료했더라도 자바 프로세스가 제대로 죽지 않고 백그라운드에 계속 실행될 수 있다.  →   확인해보자!
  

 

---

 

 

 

 

3. 서버가 살아있는지 확인하기

• Windows 사용자
  

netstat -ano | findstr :8080

8080 포트를 누가 쓰고 있는지 찾는 명령어이다. 결과 화면 맨 오른쪽의 숫자가 PID(프로세스 ID)이다.

taskkill /PID 12345 /F

이 명령어는 PID를 강제로 종료하는 것이다. PID에 예시로 12345라고 적었지만, 실제 화면에 뜬 숫자를 대입하면 된다. 

 

 

• Mac 사용자

lsof -i :8080

8080 포트를 누가 쓰고 있는지 찾는 명령어이다. 두번째 칸에 있는 숫자 5개가 PID가 된다.

kill -9 12345

PID를 12345로 가지고 있는 프로세스를 강제로 종료시키는 명령어이다. kill이 종료시키는건데 그 중 -9를 붙이면 강제로 즉시 종료하게 만드는 강력한 명령의 특성이다.

 

실제로 돌아가고 있었다. 나는 마법사가 아니었따 ㅠ.ㅠ

 

 

 

---

 

 

 

4. 에러 확인하기

Error starting ApplicationContext. To display the condition evaluation report re-run your application with 'debug' enabled.

2026-01-21T11:27:14.285+09:00 ERROR 79501 --- [InviteVip] [           main] o.s.boot.SpringApplication               : Application run failed


c.ServletWebServerApplicationContext : Root WebApplicationContext: initialization completed in 657 ms

2026-01-21T11:27:14.263+09:00 ERROR 79501 --- [InviteVip] [           main] com.zaxxer.hikari.HikariConfig           : Failed to load driver class com.mysql.cj.jdbc.Driver from HikariConfig class classloader jdk.internal.loader.ClassLoaders$AppClassLoader@1dbd16a6

2026

내용을 확인해보면 첫번째 에러는 디버그가 안된다는 이야기이고, 두번째 에러는 jdbc Driver 로드 실패했다는 이야기이다. 디버그 실패는 뒤로 하고 jdbc.Driver를 살펴보자. 이건 MySQL 내용으로 이게 문제가 있는지 확인하려면 build.gradle을 보면 된다. build.gradle에 runtimeOnly 'com.mysql:mysql-connector-j'  가 있는지 보면 된다. 근데 아마 있을 것이다. 이게 없었다면 애초에 전부터 에러가 발생했어야할테니. 추가로 application.properties에서 spring.datasource.url=jdbc:mysql://~~에 오타가 없는지 문제가 없는지 확인해보자. 근데 이것도 문제가 없을 것이다. 문제가 있었다면 벌써 에러가 발생했어야 한다.

그래서 보통 이렇게 원인이 모호한 에러의 경우 캐시를 삭제해보는 것이 좋다.

 

 

 

---

 

 

 

5. 캐시 삭제하기

맨 상단에 왼쪽에 보면 File탭이 있다. 탭을 누르면 아래쪽에 Invalidate Caches가 있다. 이걸 눌러서 캐시를 삭제하는걸 해보자. 

 

 

캐시를 삭제해도 안된다면 코끼리 모양을 눌러 재빌드를 해보자. 재빌드는 위의 사진 맨 왼쪽에 화살표로 만들어진 원형을 누르면 된다. (이래도 안되면 보통 사소한 코드 오류일 가능성이 높다. ;을 안찍었다던지.. 등 그래서 이런 경우 AI한테 코드가 제대로 작성되었는지 물어보는게 빠르다.)