response.sendRedirect()

차근차근/JAVA JSP

response.sendRedirect()

예쁜꽃이피었으면 2014. 7. 26. 01:10

페이지를 자동으로 넘겨주는 방식으로 두가지가 존재하는데 가장 큰 차이점은

forward - 세션 유지 (기본객체 4가지를 재사용 함으로서 전부 유지됨)

response.sendRedirect(); - 세션 유지하지 않음(response 에서 하기 때문에)

[링크 : http://hyeonstorage.tistory.com/95]

[링크 : http://blog.daum.net/nakspite/7305451]

http://minimonk.tistory.com/4902

response.sendRedirect()의 실행에 대한 올바른 이해

http://javacan.tistory.com/78

response.sendRedirect()에 대한 잘못된 생각에 대해서 살펴볼 것이며, 올바르게 사용하는 방법에 대해서 알아볼 것이다.

response.sendRedirect()의 잘못된 사용방법과 올바른 사용방법

JSP 페이지에서 특정한 작업을 수행한 후 지정한 페이지로 이동하고 싶은 경우가 있을 것이다. 예를 들어, 게시판에 글을 저장한 후에 목록 페이지로 이동하는 경우가 이에 해당한다. 이렇게 특정 처리 후, 또는 특정 조건일 때에 지정한 페이지로 이동하고 싶은 경우 많이 사용되는 것이 response.sendRedirect() 메소드이다. (물론, 서블릿 프로그래밍에서도 같은 이유로 사용된다.)

    <%
        if ( authManager.loginCheck(request) ) {
            response.sendRedirect("/loginForm.jsp");
        }
    %>

로그인을 하지 않은 경우 JSP 페이지에서는 위 코드와 비슷한 방법으로 response.sendRedirect() 메소드를 사용해서 로그인 페이지로 이동할 것이다.

하지만, response.sendDirect() 메소드를 잘못 사용하는 경우를 종종 발견하곤 한다. 예를 들어, 다음의 코드를 살펴보자.

    <%@ page contentType = "text/html; charset=euc-kr" %>
    <%
        String code = request.getParameter("code");
        if (code == null) {
            response.sendRedirect("/");
        }
    %>
    <html>
    <head><title>코드 출력</title></head>
    <body>
    입력한 코드: <%= code.toUpperCase() %>
    </body>
    </html>

위 JSP 코드는 요청 파라미터 "code"가 존재하지 않으면 "/" 페이지로 이동하고, 그렇지 않을 경우 code를 대문자로 변경해서 보여주는 아주 간단한 로직을 수행하고 있다. 하지만, 위 JSP 페이지를 웹 브라우저에서 실행할 때 code 파라미터 값을 입력하지 않으면 "/" 페이지로 리다이렉트 하는 게 아니라 다음 그림처럼 예외가 발생하게 된다.

에러가 발생하는 이유는 sendRedirect() 메소드가 호출된다 하더라도 계속해서 JSP 코드는 실행된다는 것을 망각했기 때문이다. 다시 한번 위의 코드를 보자.

respons.sendRedirect() 메소드가 호출되면 그 위에 있는 나머지 코드는 실행되지 않을 것이라고 착각을 하지만, 실제로는 나머지 코드도 다 실행된다. (자바 프로그램의 관점에서 봤을 때, sendRedirect() 메소드는 작업을 수행한 후 리턴을 하게 되며 나머지 코드를 실행하는 것은 지극히 당연한 일이다.)

sendRedirect() 메소드가 하는 일은 웹브라우저에 전송되는 헤더 정보에 어느 페이지로 리다이렉트하라는 정보는 넣는 것 뿐이지, 실제로 JSP 프로그램의 흐름을 변경하는 것은 아니다. 그렇다면 어떻게 이 문제를 해결해야 할까? 간혹, 위 코드를 다음과 같이 변경해서 에러만 발생하지 않도록 문제를 해결하는 경우가 있다.

    <%@ page contentType = "text/html; charset=euc-kr" %>
    <%
        String code = request.getParameter("code");
        if (code == null) {
            response.sendRedirect("/");
        }
        if (code == null) code = ""; // 에러만을 막는 비논리적 방법!
    %>
    <html>
    <head><title>코드 출력</title></head>
    <body>
    입력한 코드: <%= code.toUpperCase() %>
    </body>
    </html>

간단한 코드에서는 위와 같은 방법으로도 에러를 막을 수가 있다. 하지만, 반드시 로그인을 한 경우에만 실행되어야 하는 코드가 response.sendRedirect() 메소드 이후에 위치한다고 생각해보자. 이런 경우에는 위와 같은 편법만으로는 논리적 오류(로그인을 하지 않았는데도 로그인을 필요로 하는 기능이 수행되는 것)를 막을 수가 없다. 즉, 시스템상에 숨겨진 버그 내지 결함이 발생하는 것이다.

response.sendRedirect() 메소드 이후에 코드가 실행된다는 점을 망각한 코드를 올바르게 수정하기 위해서는 다음과 같이 if-else 블럭을 사용해주어야 한다.

    <%@ page contentType = "text/html; charset=euc-kr" %>
    <%
        String code = request.getParameter("code");
        if (code == null) {
            response.sendRedirect("/");
        } else {    %>
    <html>
    <head><title>코드 출력</title></head>
    <body>
    입력한 코드: <%= code.toUpperCase() %>
    </body>
    </html>
    <%
        }
    %>

또는 다음과 같은 형태의 코드를 취해도 된다.

    <%@ page contentType = "text/html; charset=euc-kr" %>
    <%
        String code = request.getParameter("code");
        if (code == null) {
            response.sendRedirect("/");
        }
    %>

    <%
        if (code != null) {
    %>
    <html>
    <head><title>코드 출력</title></head>
    <body>
    입력한 코드: <%= code.toUpperCase() %>
    </body>
    </html>
    <%
        }
    %>

response.sendRedirect() 메소드가 유용한 기능이지만, 앞에서 살펴본 것 처럼 잘못 사용하면 논리적인 결함이 발생할 수 있다. 이 점에 유의해서 이 기능을 사용하기 바란다.

관련링크:

J2EE 1.4 API

response.sendRedirect()에 대해서....

http://blog.outsider.ne.kr/188

JSP로 페이지 작업을 하면서 페이지를 이동하기 위해서 자연스레 response.sendRedirect()를 사용했다. 나름 자바스크립트의 location.href()로 이동하는 것 보다는 나을꺼라는 생각으로 근데 오히려 문제가 많았다. 처음엔 꽤 해맸는데 이런저런 자료를 찾다가 response.sendRedirect()에 대해서 좀 알게 되었다.

response.sendRedirect()는 생긴거는 아주 직관적으로 생겼다.(물론 오해지만...) resonse를 리다이렉트 시켜버린다는 건데 실제 동작은 그렇게 직관적이지 않다. 직관적이지 않다고 말한 이유는 자바스크립트의 location.href()가 해당 코드를 만나는 순간 페이지를 이동하는 반면에 response.sendRedirect()를 실행될때 페이지를 이동하는 것이 아니라 페이지의 Header정보의 HTTP 상태코드(Status code)를 301로 바꾸어서 보내준다. 헤더를 바꾼다는 의미는 response.sendRedirect()이하의 모든 코드를 다 실행한다는 얘기다.

1

2

3

4

<body>
<% response.sendRedirect("target.jsp"); %>
<% System.out.println("test"); %>
</body>

jsp라는 것을 전제하에 스크립틀릿으로 작성했고 기본적인 html태그는 생략했다. 이 소스를 실행하면 콘솔에 "test"가 찍힐까 안찍힐까... 동작원리를 몰랐을때는 안찍힌다고 생각했는데 이건 찍힌다. response.sendRedirect() 아래의 코드는 실행이 안된다고 생각하기 쉽지만 response.sendRedirect()는 위에 말한대로 헤더의 상태코드만 바꿔주는 역할을 하기 때문에 이하 페이지의 모든 소스가 다 실행된다.즉 아래쪽 코드를 실행하는데 에러가 있다면 response.sendRedirect()이 되지 않고 에러메시지만 나타난다. response.sendRedirect()이하코드를 실행하기 싫다면 if-eles문을 이용해서 아예 다른쪽 코드는 실행자체가 되지 않도록 해야한다.

<body>
 
<% 
    if (회원이 아니면) {
        response.sendRedirect("target.jsp"); 
    } else {
        // 회원일 땐의 동작 코드
    }
%>
 
</body>

의미 전달이 중요하지 코드는 중요하지 않기 때문에 if-else구문은 그냥 한글로 처리해버렸다. ^^;;; 어쨌든 저런식으로 else문의 반대쪽 코드를 다 넣어야 한다. 에러가 안나더라도 아래쪽에 시간을 많이 소비하는 소스가 있다면 필요도 없는 소스에 리소스를 낭비하게 되는 겪이다.

그럼 헤더의 상태코드를 받는다는 것은 무엇인가. W3C의 HTTP/1.1 Status Code Definitions을 보면 상태코드에 대해서 자세히 나와있다. 대략적으로 몇가지 적으면

200 OK<br style="PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px" />301 Moved Permanently<br style="PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px" />403 Forbidden<br style="PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px" />404 Non Found<br style="PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px" />500 Internal Sever Error

등이 있다. 익숙한 코드들이 많이 보인다. 브라우저가 서버측에 페이지를 요청에서 받은 정보의 헤더정보의 상태코드를 봐서 200이면 정상이므로 페이지가 보여지고 403, 404, 500코드이면 에러메시지를 보여준다. 여기서 response.sendRedirect()는 이 상태코드를 301로 바꿔서 보내주고 브라우저는 상태코드가 301이 오면 같이 받은 URL로 다시 요청을 보내는 것이다. 당연히 브라우저는 클라이언트쪽이기 때문에 서버쪽에서는 모든 코드가 다 실행되는 것이다.

이런 response.sendRedirect()의 동작원리 때문에 발생한 문제가 또 있다. include를 사용했을 때의 문제인데 include에는 2가지 방식이 있다. 정적인 방식과 동적인 방식이 있는데

<jsp:include page="incl.jsp" flush="false" />

와 같이 작성하면 동적인 방식이고 페이지가 요청될때마다 인클루드하는 파일을 새로 읽어온다.

<%@ include file="incl.jsp" %>

위와같이 작성하면 정적으로 인클루드를 컴파일단계에서 해당소스를 인클루드를 하는 파일의 소스에 집어넣는다. (수행속도는 당연히 정직인 방식이 빠르다.)

여기서 동적인 방식으로 인클루드 했을 때 incl.jsp파일에서 response.sendRedirect()를 사용해도 작동을 하지 않는다. 처음에는 혼란스러웠지만 동작원리를 알고다면 그다지 혼란스럽지 않다. 100%확신까진 아니지만 response.sendRedirect()는 incl.jsp의 Header의 상태코드를 변경했고 이 변경된 코드가 브라우져에 전달된것이 아닌 인클루드 해온 파일에 전달되었고 그 파일의 상태코드는 301이 아니기 때문에 리다이렉션 자체가 수행되지 않는다. 당연히 정직인 방식으로 인클루드 했을때문 문제없이 수행된다. (물론 위에 말한대로 그 이하 소스도 다 수행된다.)

2008/08/18 21:55
JAVA/Java
HTTP Status Code, HTTP 상태코드, include,response.sendRedirect(),sendRedirect, 리다이렉션,리다이렉트

response.sendRedirect() 올바른 사용법

저작자표시

'차근차근 > JAVA JSP' 카테고리의 다른 글

팝업창에서 부모창으로 form data 전송 (0)	2014.07.26
window.onload와 window::onload() (0)	2014.07.26
Cannot forward after response has been committed (0)	2014.07.26
페이지 이동 방법들 (0)	2014.07.26
java에서 alert처리하기 (0)	2014.07.26

현재글response.sendRedirect()

개인 공부를 위한 블로그입니다.

패스트캠퍼스후기, 패캠챌린지, Django, 직장인자기계발, 한 번에 끝내는 코딩테스트 369 Java편 초격차 패키지 Online., MYSQL, 10953, AWS, docker, 패스트캠퍼스, 백준, nginx, 인증문자, ubuntu, 자바, 10952, Gunicorn, 직장인인강, vuejs, 10951,

Today :
Yesterday :

일	월	화	수	목	금	토
			1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

내 인생에도 예쁜 꽃이 피었으면 좋겠다