허원철의 개발 블로그

이번 글은 spring에서 exception 처리를 하기 위한 글입니다. was가 tomcat인 spring 개발을 하다보면, 볼 수 있는 에러페이지 입니다.(가장 보기 싫은 페이지죠...) 요즘은 스크립트에서 비동기 처리를 많이 하기 때문에 적다곤 해도 간간히 보입니다만, 그래도 에러에 대한 여러 처리를 하고 싶을 때가 있습니다. why..? - 간혹 기본 에러페이지가 아닌 Rest 형식이나 커스텀 뷰로 표현해야되는 경우가 생깁니다. where..? 1. 에러가 발생하거나 일부러 에러는 내야하는 경우, 커스텀을 하고 싶다!(code변경이라던지, message 변경이라던지.. 등등) 2. 동일 Exception에 대해서 동일한 에러는 표현하고 싶다! 3. 더 간단하게 혹은 더 상세하게 보여주고 싶다! H..

서블릿 컨테이너의 이해국내도서저자 : 최희탁출판 : 한빛미디어 2014.03.14상세보기 주변 사람의 추천으로 서블릿 컨테이너의 이해라는 책을 읽게 되었습니다. 책을 간략하게 요약하자면, 1부에서는 서블릿 컨테이너의 중요성과 HTTP 프로토콜에 전반적인 이해를 할 수 있었습니다. 2부에서는 서블릿 컨테이너의 구조와 진화 과정정도를 볼 수 있었습니다.3부에서는 Comet에 대한 간단한 내용을 볼 수 있었습니다. 책을 읽고 좋았던 점은 네트워킹에 대한 책은 아니지만 간략하게나마 네트워크에 대한 이해를 도울 수 있게 해주어 좋았습니다. 사실 HTTP 프로토콜에서 header와 body를 구분하지만 어떤 방식으로 처리가 되고 어떻게 활용해야 할지 초보 개발자에게 있어서 난감한 부분도 있고 모르는 경우도 많습니다..

이번 글은 Resource를 개선하기 위한 방법에 대한 글 입니다. Why..? 흔히 웹단를 같이 구성하게되는 WAS를 구성하게 되면 Spring 에서는 Static Resources(html, js, css, img)를 /resources에 경로로 잡아 관리 해줍니다. (Resource Server를 통해 따로 관리할 수 도 있습니다.) User가 Browser를 통해 Server에 접근하게 되면 해당 url에 mapping된 html을 보여주고, 그에 맞는 Resource를 HTTP 통신을 통해 가져오게 됩니다. 물론, 브라우저에 Resource가 Cache에 쌓여 두번째 호출 부터는 통신이 줄겠지만 결국에는 HTTP 통신을 통해 가져오는 것이기 때문에 서버의 과부하의 원인이 될 수 있습니다. 그래서..

이번 글을 HTTP Header에 대한 간략한 내용 정리 입니다. 웹 어플리케이션은 HTTP 프로토콜로 통신하는 네트워크 것으로, 웹 브라우저와 웹 서버 간에 오고 가는 네트워크 패킷 분석을 통해 HTTP 프로토콜을 알 수 있습니다. 그리고 그 HTTP 프로토콜을 Header 와 Body로 구분할 수 있는데, Header는 응답 데이터에 대한 정보, Body는 응답 데이터를 가지고 있습니다.각 브라우저의 개발자 도구(F12)에서 Network 탭을 통해 HTTP 통신에 대한 내역들을 볼 수 있습니다. 1. Content-Length 2. Transfer-Encoding 3. Connection 4. Content-Encoding 1. Content-Length- HTTP 통신에서 반드시 필요한 것은 전송..

이번 편은 Session Clustering 알아보기에 이어 Spring Boot에서 Redis를 활용하여 빠르게 Session을 공유해보록 하겠습니다. 우선 전편에서 Redis에 대해 자세하게 설명하지 않아, 간단하게 설명하고 넘어가겠습니다. Redis 란? - 메모리기반 Key/Value Store 로 No-SQL 로 구분됩니다. 또한 이와 비슷한 memcached와 같은 In memory 솔루션으로도 구분되기도 합니다. 모든 데이터는 메모리에 저장되고, 매우 빠른 Write/Read 속도를 보장합니다. 하지만 메모리기반이기 때문에 실 데이터를 저장하는 것보다는 Session 과 같은 데이터를 담아두기에 적합하다고 볼 수 있습니다. 관계형 데이터베이스와 같은 데이터 형식보다는 한 로우 형태의 데이터를..