본문 바로가기

Dev-

servlet-context.xml, root-context.xml, web.xml 차이점 알기! servlet-context.xml, root-context.xml, web.xml에 대한 차이점에 대해 정리해봅니다. 우선, xml 파일은 모두 객체(Bean)를 정의합니다. 1. servlet-contex.xmlservlet에서 보듯이 요청과 관련된 객체를 정의합니다. url과 관련된 controller나, @(어노테이션), ViewResolver, Interceptor, MultipartResolver 등의 설정을 해줍니다. 초기 파일을 보시면 위와 같은 주석이 있는데,, DispatcherServlet과 관련된 설정을 해야함을 알 수 있습니다. 2. root-contex.xmlservlet-context.xml 과는 반대로 view와 관련되지 않은 객체를 정의합니다.따라서 Service, Repo..
Spring Security 관련 에러 해결법 참고: 아주 기초적인 Spring Security 사용법 스프링 시큐리티를 적용하는데 조금 애를 먹었는데,제가 겪은 관련 에러 해결에 대해 정리해보겠습니다. 1. security-context.xml 파일 xsi:schemaLocation 오류 시큐리티 관련 라이브러리를 추가했을 땐 별 문제가 없었는데, security-context.xml에서 오류가 뜨고, Please update your schema declarations to the 4.2 schema 라는 메세지가 적혀있었습니다.콘솔창 역시 비슷한 메세지가 찍혀있었습니다. 앱을 실행시키면,, 아예 home.jsp 페이지도 뜨질 않구요. 원인은 security-context.xml의 xsi:schemaLocation 버전문제였습니다. 5.0이라서 ..
아주 기초적인 Spring Security 사용법 (1) 개인 프로젝트에서 사용자 권한과, 인증에 대한 부분이 많이 부족했던 것 같아,, 팀프로젝트에서는 스프링 시큐리티를 공부해 적용해보고 싶어졌습니다. 근데 설정이나 원리가 좀 복잡한 것 같아서,, 차근차근 공부하며 정리해보려고 합니다. 기초적인 스프링 시큐리티를 적용법을 알아보도록 하겠습니다. [pom.xml] 위와 같이 두가지 라이브러리를 추가해줍니다. 그리고 security-context.xml 파일을 추가해준 뒤, web.xml에 등록해줍니다. [security-context.xml] [web.xml] security-context.xml을 잠깐 보고 가자면, 사용자의 각 권한별로 접근 가능한 url 패턴을 설정해주었습니다. 컨트롤러가 의 pattern에 해당하는 요청을 받았을 때, access로 설정..
스프링 Filter 만들기 스프링 Filter 사용법에 대해 간단히 알아보겠습니다.간단하게 매 요청 URL을 이클립스 콘솔창에 찍어주는 필터를 만들어 볼게요. 우선 기본 인터페이스인 Filter를 구현한 커스텀 필터 클래스를 하나 만들어 줍니다. [PrintURLFilter.java] Filter 인터페이스의 메서드는 아래와 같습니다. init(): 필터 인스턴스 초기화doFilter(): 전/후 처리destroy(): 필터 인스턴스 종료 위 코드에서 1. init()를 보시면getInitParameter()로 파라미터를 사용하는 것을 보실 수 있는데 아래에서 보실 [web.xml]에서 필터를 등록할 때 파라미터를 설정해주었는데, 그것을 받아 사용한 것입니다. 사실... 이게 굳이 무슨 의미가 있을까 생각을 해 봤는데.. [web..
HTTP, HTTPS의 차이 HTTP와 HTTPS의 차이에 대해 정리해보겠습니다. 같이 공부하는 분이 면접때 질문을 받았다고 하네요.간단히 정리해봅니다. HTTP는 인터넷에서 통신을 할때 '이런 식으로 정보를 주고 받겠다.' 하는 일종의 규약입니다.(참고: HTTP의 정의, 특징) HTTP는 그저 단순히 텍스트를 교환하는 방식입니다. 즉, 암호화 처리가 전혀 되지 않았습니다.누군가가 그 정보를 가로채 악용될 소지가 다분하죠. 이를 보완한 것이 바로 HTTPS입니다. S는 SSL(Secure Socket Layer: 보안 통신망)에서 따온 것입니다.SSL은 인터넷 계층 중 4번째에 해당하는 계층입니다.(참고: 현재 명칭은 TLS로 변경되었는데, 아직 SSL을 더 많이 사용하는 듯 합니다.) 즉, HTTPS는 텍스트를 보낼 때 SSL을..
Web Server(웹 서버), Web Application Server(WAS)의 차이 인터넷을 뒤져보다가 웹 서버와 WAS가 다른 것을 알게되었습니다.이와 관련해서 아파치와 톰캣 역시 다르다고 하더군요. 한번 알아본 것을 정리해보겠습니다.(우선 아파치는 웹서버이고, (아니라는 의견도 있지만)톰캣은 WAS입니다.) 사실 용어를 본다면, 웹 서버에서 Application이라는 단어만 추가된 것입니다.이 부분이 의미하는 것이 뭔지 생각해보는 것이 기억에 잘 남을 것 같네요. Web Server(웹 서버): 정적 데이터(html, css img....) 처리Web Application Server(WAS): 정적 데이터(html, css img....)+ 동적 데이터(jsp, asp, Servlet, php....) 처리 WAS는 웹 서버(정적 데이터 처리), 웹 컨테이너(동적 데이터 처리)가 ..
Filter, Interceptor, AOP 개발을 하다보면, 공통적으로 처리해야 할 업무들이 많습니다.예를들어 로그인 관련 체크, 로깅, 문자 인코딩, 필터링 등이 있죠. 이러한 처리들을 필요한 부분마다 실행시킬 수 있지만 프로젝트 단위가 커질수록 코드의 중복이 늘어나서 서버에 많은 부하를 주게 됩니다. 따라서 적절한 사용 위치와 범위에 맞게 일괄처리를 해 주어야 하는데요.그와 관련된 방식이 Filter, Interceptor, AOP 세가지 있습니다. 세 가지 개념이 모호해 한번 정리해보았습니다. 1. Filter(필터) 위 그림과 같이 필터는 스프링 프레임워크의 Context(영역) 밖에 있습니다. (스프링과 무관하게 J2EE 표준 스펙) 따라서 스프링에서 빈으로 등록된 컨트롤러나 서비스 객체의 사용이 어렵고,웹 애플리케이션 전반에 걸친 모든..
쿠키와 세션 쿠키와 세션에 대해 정리해보는 포스팅입니다. 우선 이 둘의 존재목적은 HTTP의 약점인 Connectless(비연결성), Stateless(무상태성)을 보완하기 위함입니다.즉, HTTP가 유지하지 못하는 상태를 유지해주기 위해서(클라이언트를 식별하기 위해서) 사용합니다. 둘의 정의를 먼저 알아보면 쿠키: 클라이언트에 키, 값으로 저장되는 데이터 파일- 이름, 값, 만료 날짜(저장 기간), 경로가 들어있음 세션: 클라이언트 - 서버간에 네트워크 연결이 되고 있는 그 상태자체: 클라이언트가 처음 접속했을때 서버의 엔진이 클라이언트에 부여하는 유일한 ID 둘의 프로세스는 아래와 같습니다. 쿠키1. 서버에 요청2. 서버는 쿠키를 만들어 응답(Response)과 함께 클라이언트에 전송3. 클라이언트는 이후 요청시..

티스토리툴바