테스트 코드를 작성하고 실행하는 도중cannot deserialize from Object value 에러가 떴다.대충 번역하면 Json 을 특정 type 의 객체로 역직렬화시키지 못했다는 말이다.추가로 no Creators, like default construct,
@Query 어노테이션으로 delete 쿼리 메서드를 만들고 테스트하는데Not supported for DML operations라는 에러가 떴다.https://winmargo.tistory.com/208를 참고하여 해결했다.update 와 delete 쿼리에
Querydsl 로 검색을 테스트하려는 도중 에러가 발생했다.스프링 부트는 bean overriding 을 2.1 버전부터 못하게 해놨다.이때는 application-oauth.properties에 spring.main.allow-bean-definition-overr
rest 컨트롤러를 테스트 하는 도중다음과 같은 에러를 받고 한시간동안 헤맸다.특정 테이블에 특정 쿼리가 없을때 나오는 에러다.regDate.toString()이 문제였다.다음과 같이 바꿔서 해결했다.칼럼의 이름 문자열을 직접 넣어줘야 한다.
model 객체로 컨트롤러에서 데이터를 받아와타임리프 템플릿에서 출력하려는데타임리프에서 받아온 데이터를 해석하지 못한다는 에러를 받았다.원인은 th:text 에 문자열을 맘대로 추가한 것이었다.위 코드의 한글을 뺐더니 해결됐다.이런 실수는 자괴감과 무기력을 선사한다.
스프링 시큐리티로 회원가입과 로그인을 구현하는 중 브라우저에서 다음과 같은 에러가 발생했다. > signup:1 Refused to execute script from 'http://localhost:8080/login' because its MIME type ('te
브라우저에서 자원들이 불러와지긴 하는데적용이 안되는 문제가 생겼다.개발자 도구를 열어 네트워크를 확인해보니 css, js, png(이미지)파일이 비어있는 것을 확인했다.몇시간을 구글링 한 결과답을 찾았다.DispatcherServlet에 대한 url 매핑이 "/" 로
그동안 미뤄왓던 커밋과 merge를 조원들과 진행하면서 하루를 그냥 통째로 날려버렸다. GIT에 대해 이미 어느정도 알고 있었다면 이렇게까지 문제를 해결하는데 오래걸리지 않았을 것이다. 반성되는 하루다.총 3명의 인원과 프로젝트를 진행하는데2주가 지난 오늘까지도 커밋을
이것때문에 한시간을 날렸다...js파일을 참조하는 방식으로 사용해서 생긴 에러였다.jstl 이 사용되는 파일 안에 script가 구현돼야 jstl model parameter 들을 사용할 수 있다.
Ajax 로 서버에 댓글목록을 달라고 요청해서 화면에 뿌려줘야 했다.등록한 날짜가 포함돼있는데 그걸fmt:format 을 문자열에 추가해 innerHTML 로 넣었더니화면에 출력되지 않았다.서비스단에서 stream().map() 으로 포맷을 시도했지만 SimpleDat
서비스단을 테스트하는 도중 다음과 같은 에러가 떴다.h2 dialect를 찾지 못해 발생하는 에러였다.h2 를 실행하면 해결된다...
다음과 같은 JPQL 을 날리려고 했는데 예외가 발생했다.Member 는 boards 와 replies 를 모두 OneToMany 관계로 갖고있다.원인은 여러개의 컬렉션타입 엔티티를 동시에 fetch 한 것이었다.그래서 MultipleBagExcpetion 이 발생했다
하..이럴수록 느는거지뭐offset 과 limit 을 시작과 끝으로 이해하고 잇어서 한시간을 삽질했다.알아보니, offset 은 페이지 번호 limit 은 페이지 사이즈라고 한다.이라고 한다면 3번 페이지에서 10개의 로우를 가져온다는 것이다.주의할점은 Queryds
테스트를 하는 도중 remove() 가 아무런 에러도 없이작동하지 않는 문제가 발생했다.에러에 관한 로그도 찍히지 않아서 난감했다.이걸로 두시간정도를 날린 듯 하다...원인은 간단했다. A 와 B 라는 엔티티이 있다.이 둘은 OneToOne 단방향 관계였다.A <
프로젝트 진행중 이런 경고가 뜬다. 메모리를 많이 사용한다는 것인가? 아무튼 경고이기 때문에 좋지는 않은 상황이다. 나는 알 수 없는 문제가 생겼을때 한국 블로그를 제외하고는 StackOverFlow 나 Baeldung을 가장 많이 활용한다. 오늘은 StackOv
완성된 스프링 부트 프로젝트를 EC2 에서 빌드하는데 계속해서 실패했다.JVM Crash 로그를 남겨뒀다고 해서 봤더니 물리적인 메모리가 부족하다고 한다.원인은 Xmx (힙사이즈의 최대값) 이 EC2 인스턴스의 메모리보다 컸던 것이었다./etc/profile 을 열고e
1.크롬 개발자 도구를 연다.2.네트워크 탭 클릭3.리퀘스트 클릭 후 Cookies 탭 클릭4.에러 표시가 된 곳에 마우스를 올리면 문제 원인을 알 수 있다.