프로그래밍

JSP 1강

2009-11-17T23:12:49Z

1. 웹 프로그래밍의 동작 원리

1.1. 요청과 응답의 연결되지 않은 연속

1.2. URL 을 이용해 서버로 요청을 하고 받은 요청을 서버에서 처리해 요청한 곳에 응답으로 데이터를 전송하는 것

1.3. CS 프로그램 또는 일반 어플리케이션과 다르게 연결된 상태(스트리밍 같은 상태)가 아니라 요청도 한번에 모아서 보내고 응답도 한번에 모아서 오는 원리로 그 떄 그 때마다 연결해 보내면 끊고 받으면 끊는 미연결 원리

2. 웹 언어

2.1. HTML 은 보여주는 역할의 언어 (VIEW 역할 담당)

2.2. 일반적인 웹 언어는 HTML + 연산 언어 (VIEW + 연산)

2.3. 웹이라는 구조적 제한 환경 때문에 연산언어 부분이 제한되는 게 많음

2.4. JSP 는 Java 라는 서블릿 (연산 언어)의 존재로 일반적인 웹 언어보다 가능한 기능이 더 많음

3. 웹서버

3.1. 웹서버는 웹이라고 부르는 환경에서 요청이 발생했을 때 해당 요청에 대해 응답하는 어플리케이션

3.2. WAS(Web Application Server) - WebLogic, Aphache, Websphere, IIS...

4. 톰캣

4.1. 톰캣은 웹서버에서 서블릿과 같은 Java 언어에 대한 해석과 실행을 담당하기 위한 서버 도우미

4.2. 아파치 톰캣이라고 부르는 이유는 아파치는 웹서버로서 HTML과 같은 웹 요청에 대한 응답을 담당하지만 Java 에 대한 해석 및 처리 능력이 없어 톰캣의 존재로 가능해 지기 때문에 흔히 같이 쓰임

5. 서블릿을 이용해서 웹브라우저에 메시지 적는 미션

Jakarta Struts 강좌 1

2009-11-05T01:01:35Z

원문 : http://wiki.javajigi.net/display/FRAMEWORK/Jakarta+Struts+Getting+Started

Jakarta Struts 강좌 1

Summary : 새로운 개발 방식으로 대두되고 있는 Model 2개발방식을 지원하는 대표적인 프레임워크인 Jakarta Struts에 대하여 살펴본다. Jakarta Struts의 내용이 워낙 방대하기 때문에 이번 강좌는 Jakarta Struts의 설치부터 시작하여 Jakarta Struts에 대한 간단한 예제를 통하여 Jakarta Struts이 무엇인지에 대하여 간략하게 살펴본다. 이번 강좌의 목적은 Jakarta Struts의 설치를 이해하고, 간단한 예제를 통하여 Jakarta Struts가 어떻게 구현되는지 이해하는데 있다.

Jakarta Struts 설치하기

웹의 초창기에는 HTML만을 이용하여 다양한 페이지를 표현하는 것이 가능했다. 사이트 규모가 현재보다 작았으며, 웹으로 동적인 페이지를 구현하려는 요구사항도 많지 않았다. 점차 웹이 발전하면서 동적인 페이지를 요구하게 되었으며, 그와 발맞추어 JSP, ASP등을 이용하여 동적인 페이지의 개발이 가능해졌다.

웹 환경에서 개발 경험이 많지 않았던 개발자들은 JSP, ASP내에서 대부분의 로직을 구현하는 Model 1방식을 이용하여 개발하는 것이 국내 웹 개발의 주가 되었다. 아직까지도 웹 개발에 가장 많이 사용되는 개발 방식은 Model 1방식이다. 그러나 점차 웹에서 많은 기능을 구현하기를 클라이언트들이 요구하고 있으며, 대규모의 사이트의 프로젝트들이 Model 1만으로 해결하기 어려운 경우가 많아지게 되었다.

따라서 Model 1의 대안으로 나온 개발방식이 Model 2개발방식이다. 그러나 Model 2방식은 개념을 잡고 구현하기가 Model 1방식보다 더 어려우며, Model 2방식으로 처음 개발하는 독자들은 더 많은 시간을 요하게 되었다. 따라서 Model 2방식을 좀 더 적은 시간에 효율적으로 개발이 가능하도록 하기 위하여 프레임워크화하는 프로젝트가 진행되게 되었다. 그 중에서 가장 주목을 받고 있는 것이 Jakarta 프로젝트 중의 Struts프레임워크이다.

이번 강좌에서는 Struts프레임워크를 설치하는 과정과 간단한 예제를 통하여 Struts프레임워크가 구현되는 방법에 대하여 살펴보는데 있다.

Struts내부적으로 각각의 예제가 구현되는 원리는 계속되는 강좌를 통하여 이해하면 되기 때문에 처음부터 너무 많은 것을 이해하려고 노력하지 않아도 된다.

이번 강좌의 간단한 예제를 실제로 테스트해보면서 "기존과 다른 웹 개발 방법이구나h2."하고 느끼면 될 것으로 생각한다. 개발자들이 Struts에 대하여 호기심을 가질 수 있도록 만드는 것이 이번 강좌의 가장 큰 목적이다. 서두가 너무 길었다. Struts 설치 방법 및 예제를 만들어 보자.

1. Struts베타버전이 나온지 너무 오래되었기 때문에 이번 예제에서 사용할 Struts버전은 야간빌드(Nightly Builds)버전을 사용할 것이다. http://jakarta.apache.org/builds/jakarta-struts/nightly/ 에 접근하여 가장 최근에 빌드한 버전을 다운 받는다. 강좌를 진행하고 있는 현재 가장 최근 버전은 jakarta-struts-20021217.zip이다. 예상보다 상당히 큼을 알 수 있다.

2. 다운 받은 야간 빌드파일을 개발자들이 원하는 위치에 압축을 푼다. 압축을 풀면 Struts에서 사용하는 jar파일을 포함하고 있는 lib디렉토리와 다양한 웹 애플리케이션을 포함하고 있는 webapps디렉토리가 있음을 알 수 있다. webapps에는 총 8개의 war파일이 있다. 각각의 파일은 Struts를 공부하는데 많은 도움이 되기 때문에 Struts를 공부하는 개발자들은 이 8개를 분석해도 많은 도움이 될 것이다. 그 중에서 struts-documentation.war는 Struts관련한 모든 문서(API포함)를 포함하고 있기 때문에 꼭 살펴보는 것이 좋을 것으로 생각된다.

3. Struts는 애플리케이션 서버 위에서 사용할 수 있기 때문에 개발자들이 테스트하고자 하는 서버가 설치되어 있어야 한다. 이번 강좌에서는 Tomcat서버를 이용할 것이다. Tomcat의 버전은 가능하면 3.3이상에서 테스트하는 것이 좋다. 이유는 XML파서의 버전 때문이다. Tomcat서버의 설치에 관한 문서는 웹에 많기 때문에 이번 강좌에서는 제외시킨다. Tomcat 3.3 이상이 설치되어 있다는 가정하에 이번 강좌를 계속하여 진행한다. 필자가 이번 강좌에 사용한 Tomcat 버전은 4.6이다.

4. Struts예제를 테스트해볼 새로운 애플리케이션을 생성한다. 새로운 애플리케이션을 생성하는 방법은 "Tomcat설치 디렉토리 >> webapps"아래에 자신이 만들고자 하는 애플리케이션 이름을 가진 디렉토리를 생성한다. 이번 강좌에서 사용할 애플리케이션은 zigistruts로 진행한다.

5. zigistruts아래에 WEB-INF를 생성한다. WEB-INF디렉토리 밑에 lib와 classes디렉토리를 생성한다. 또한 필자는 소스와 클래스파일을 분리하기 위하여 WEB-INF아래에 src디렉토리를 생성한다. 소스와 클래스 파일을 분리하여 관리하는데 익숙하지 않은 개발자들은 IDE를 이용하면 쉽게 할 수 있다. 필자는 Eclipse를 이용하였다. Eclipse에 대한 자세한 내용은 http://www.eclipse.org를 참조하기 바란다.

6. 이번 강좌에서 사용할 JSP파일을 관리하기 위하여 zigistruts디렉토리 밑에 struts1 디렉토리를 생성한다. 지금까지 생성한 디렉토리 구조를 살펴보면 다음과 같다.

7. Tomcat설치디렉토리\webapps\ROOT\WEB-INF에서 빈 web.xml을 zigistruts\WEB-INF에 복사한다.

8. 압축을 푼 Struts lib디렉토리 아래에 있는 모든 jar파일을 zigistruts\WEB-INF\lib에 복사한다.

9. 압축을 푼 Struts lib디렉토리 아래에 확장자가 tld인 모든 파일을 zigistruts\WEB-INF에 복사한다. tld는 struts에서 제공하는 커스텀 태그를 이용하기 위한 것이다. 커스텀 태그에 익숙하지 않은 독자들은 JSP관련 책을 참고하기 바란다.

*10. zigistruts\WEB-INF아래에 struts-config.xml의 이름을 가지는 XML파일을 생성한다. 이상으로 Struts를 테스트하기 위한 기본적인 환경은 모두 갖추어졌다. 지금까지 설치한 파일들을 채워가면서 Struts예제를 실행해보도록 하겠다. 지금까지 설치한 모든 파일들의 구조는 다음 그림과 같다.

Struts 커스텀 태그를 이용하여 JSP만들기

첫번째 예제는 Struts에서 제공하는 커스텀 태그를 이용하여 JSP페이지를 생성해보도록 하겠다. Struts의 커스템 태그를 사용하기 위해서 web.xml을 다음과 같이 설정한다. web.xml의 내용을 보면 알겠지만 모든 커스텀 태그를 사용하지 않고 기본적인 커스텀 태그만을 사용하였다.

"1.0" encoding="UTF-8"?>
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/j2ee/dtds/web-app_2_3.dtd">

	
	
    	/WEB-INF/struts-bean.tld
	    /WEB-INF/struts-bean.tld
	
	
    	/WEB-INF/struts-html.tld
	    /WEB-INF/struts-html.tld
	
	
    	/WEB-INF/struts-logic.tld
	    /WEB-INF/struts-logic.tld

Struts의 커스텀 태그를 이용하는 간단한 JSP파일을 생성한다.

<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>



    내가 만드는 첫번째 Struts application!
    



이 페이지는 내가 만든 첫번째 Struts Application페이지이다.h2.!

Struts의 Resource Bundle을 이용하여 JSP 메세지 처리하기

Struts는 Resource Bundle을 이용하여 JSP의 메세지를 쉽게 처리할 수 있다. Resource Bundle이란 자바에서 흔히 사용하는 Properties파일에 JSP의 메세지나 에러 메세지들을 처리하는 경우 손쉽게 사용이 가능하도록 하였다. 이번 예제는 Properties파일에 메세지를 저장한 후에 JSP에서 메세지를 사용할 수 있도록 하는 예제를 만들어본다.

이 예제를 테스트해보기 위해서는 먼저 Properties파일을 생성해야 한다. 이번 강좌에서 사용한 Properties파일의 위치는 WEB-INF\classes\net\javajigi\tutorial을 기본 디렉토리로 한다. 이 디렉토리에 MessageResources.properties파일을 만든다.

생성한 properties파일을 Struts가 사용하기 위해서 web.xml과 struts-config.xml을 다음과 같이 설정한다.

"1.0" encoding="UTF-8"?>
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" 
    "http://java.sun.com/j2ee/dtds/web-app_2_3.dtd">

	
    
        action
        org.apache.struts.action.ActionServlet
       
	    
		
            application
            net.javajigi.tutorial.MessageResources
	    
        
        
            config
            /WEB-INF/struts-config.xml
        
        
            debug
            3
        
        
            detail
            3
        
        1
    
    
    
    
        action
        *.do
    

	
	
    	/WEB-INF/struts-bean.tld
	    /WEB-INF/struts-bean.tld
	
	
    	/WEB-INF/struts-html.tld
	    /WEB-INF/struts-html.tld
	
	
    	/WEB-INF/struts-logic.tld
	    /WEB-INF/struts-logic.tld

"1.0" encoding="UTF-8"?>
"-//Apache Software Foundation//DTD Struts Configuration 1.1//EN" 
                               "http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd">

    
    
    
    
    
    
    "net.javajigi.tutorial.MessageResources" />

web.xml에 대해서는 대부분의 개발자들이 알 것으로 예상된다. 하지만 struts-config.xml에 대하여 생소한 개발자들이 많을 것으로 예상되어 간단하게 설명한다. struts-config.xml은 Struts프레임워크에서 사용하는 모든 설정 정보를 담고 있는 파일이라고 생각하면 된다. 그 이상에 대한 설명은 다음 강좌에 계속해서 다루도록 하겠다.

MessageResources.properties에 다음과 같이 두개의 메세지를 생성한다.

zigi2.title = 내가 만드는 첫번째 Struts application!

zigi2.text1 = 이 페이지는 내가 만든 첫번째 Struts Application페이지이다.h2.!

Properties파일이 그렇듯이 key = value 쌍으로 가진다. 위에서 생성한 두개의 메세지는 zigi1.jsp에서 title과 본문에서 사용한 메세지들을 담고 있다. Properties파일에 저장되어 있는 메세지를 JSP에서 사용하는 JSP를 생성해본다.

<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>

"true"> 

    <bean:message key=<SPAN class=code-quote>"zigi2.title"</SPAN> />
    



"zigi2.text1" />

zigi2.jsp내부를 보면 message태그를 이용하여 Properties파일을 이용하고 있다. message태그의 키값을 통하여 Properties에서 메세지를 쉽게 가져올 수 있다. JSP나 에레 메세지를 Properties로 분리하는 장점은 계속되는 강좌를 통하여 확인할 수 있을 것이다.

Struts의 Controller기능을 이용하는 예제

지금까지는 Struts에서 제공하는 커스텀 태그를 이용하여 간단하게 JSP를 생성하는 예제와 Properties파일에서 메세지를 쉽게 얻어올 수 있는 방법에 대하여 살펴보았다. 이 부분은 Struts의 View에 해당하는 부분이라고 할 수 있다.

이 절에서 다루는 내용은 Struts의 핵심적인 내용이라고 할 수 있는 Controller기능에 해당하는 예제를 살펴볼 것이다. 기존의 개발 방식과 달라 생소하게 생각하는 개발자들이 많을 것이다. 그리고 생성할 파일들이 기존 개발방식보다 많기 때문에 복잡하게 생각하는 개발자들이 많을 것으로 예상한다. 하지만 이번 강좌의 목적이 Struts에 대하여 간략하게 살펴보는 것이기 때문에 세부 항목에 대하여 이해하지 못해도 걱정하지 말기 바란다. 계속되는 강좌를 통하여 세부 항목에 대하여 살펴볼 것이다.

각 예제에 대한 세부적인 설명 없이 예제소스와 결과화면을 통하여 Struts를 이용하여 개발되는 과정을 간략하게 살펴보자. 여기서 살펴볼 예제는 웹 개발시 많이 개발되는 로그인 과정을 Struts를 이용하여 개발해보도록 하겠다.

먼저 아이디와 비밀번호를 입력할 수 있는 입력폼을 생성해보자.

<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>

"true">

    <bean:message key=<SPAN class=code-quote>"login.title"</SPAN> />
    



"/login">
    "prompt.id" />
    "id" />
    

    "prompt.password" />
    "password" />
    

    
        "login.login" />

위 login.jsp내부를 보면 Struts의 다양한 태그를 사용하고 있다.

태그는

태그

태그는 태그

태그는 태그와 같은 역할을 한다.

prompt.id=ID :

prompt.password=Password :

Struts를 이용하여 위에서 생성한 Login.jsp의 submit이 실행되었을 때 ID와 Password가 맞았는지 확인하는 처리를 위하여 두개의 클래스를 생성해야 한다.

첫번째 클래스는 ActionForm클래스를 상속하는 클래스로 Login.jsp에서 전달되는 ID와 Password 인자를 저장하게될 클래스이다. 두번째 클래스는 Action클래스를 상속하는 클래스로 실질적인 login의 실질적인 처리를 담당하는 클래스이다.

package net.javajigi.tutorial.form;

import javax.servlet.http.HttpServletRequest;

import org.apache.struts.action.ActionErrors;
import org.apache.struts.action.ActionForm;
import org.apache.struts.action.ActionMapping;

public class LoginForm extends ActionForm {
	/** password property */
	private String password;

	/** id property */
	private String id;

	public ActionErrors validate(
		ActionMapping mapping,
		HttpServletRequest request) {

		throw new UnsupportedOperationException("Generated method 'validate(...)' not implemented.");
	}

	public void reset(ActionMapping mapping, HttpServletRequest request) {
		password = "";
		id = "";

	}

	public String getPassword() {
		return password;
	}

	public void setPassword(String password) {
		this.password = password;
	}

	public String getId() {
		return id;
	}

	public void setId(String id) {
		this.id = id;
	}
}

package net.javajigi.tutorial.action;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import net.javajigi.tutorial.form.LoginForm;
import org.apache.struts.action.Action;
import org.apache.struts.action.ActionForm;
import org.apache.struts.action.ActionForward;
import org.apache.struts.action.ActionMapping;

public class LoginAction extends Action {
	public ActionForward execute(
		ActionMapping mapping,
		ActionForm form,
		HttpServletRequest request,
		HttpServletResponse response)
		throws Exception {

		return(mapping.findForward("mainmenu"));
	}

}

LoginAction파일은 Action클래스를 상속한다. Action클래스의 execute()를 오버라이드한다. 실질적인 로그인 작업의 성공여부에 대한 로직은 execute()내에서 실행되게 된다. 위 예제에서는 단순히 mainmenu로 매핑되어 있는 URL로 Forword하고 있다. mainmenu에 해당하는 JSP를 간단하게 생성해본다.

<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
<%@ taglib uri="/WEB-INF/struts-logic.tld" prefix="logic" %>

"true">

    <bean:message key=<SPAN class=code-quote>"mainmenu.title"</SPAN> />
    



"mainmenu.presentation" />

mainmenu.title=Main Menu

mainmenu.presentation=이 페이지는 Main Menuh2.

이상으로 로그인 과정을 간단하게 테스트할 모든 파일들이 생성되었다. 기존방식보다 상당히 복잡함을 알 수 있다. 그러나 여기서 그치는 것이 아니라 지금까지 생성한 파일을 struts-config.xml에서 설정해주어야 한다. 지금까지 생성한 파일을 struts-config.xml에서 설정한 파일은 다음과 같다.

"1.0" encoding="UTF-8"?>
"-//Apache Software Foundation//DTD Struts Configuration 1.1//EN" 
                               "http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd">

    
    
    
    
    
    "org.apache.struts.action.ActionFormBean">
        "loginForm" type="net.javajigi.tutorial.form.LoginForm">
            "password" type="java.lang.String" />
            "id" type="java.lang.String" />
            
        
        
    
    
    
    
    
    
    "org.apache.struts.action.ActionForward">
        "mainmenu" path="/struts1/mainmenu.jsp" />
    
    
    
    "org.apache.struts.action.ActionMapping">
        "loginForm"
            input="/struts1/login.jsp"
            name="loginForm"
            path="/login"
            type="net.javajigi.tutorial.action.LoginAction"
            validate="true" />
        
    
    
    
    
    
    
    "net.javajigi.tutorial.MessageResources" />

위 LoginAction파일에서 수행한 작업이 없기 때문에 로그인 화면에서 로그인을 실행할 경우 바로 mainmenu페이지로 이동한다. 다음 예제는 이 예제를 바탕으로 좀 더 발전시켜 실질적으로 로그인이 되었는지 확인해 보도록 하겠다. 로그인이 실패할 경우 에러메세지를 출력함을 알 수 있을 것이다.

발전된 로그인 예제

지금까지 간단한 로그인 예제를 살펴보았다. 그러나 실질적인 로그인 과정을 처리하는 부분은 없었기 때문에 Struts에 대하여 깊이 있게 이해하기는 힘들었을 것이다. 따라서 로그인 과정을 처리하는 부분을 JSP에서 수행하지 않고 클래스에서 어떻게 처리하는지, 에러가 발생할 경우 처리하는 과정에 대하여 살펴본다.

LoginForm의 validate메써드에 아이디와 비밀번호를 고정하여 아이디와 비밀번호가 틀릴경우 에러메세지를 출력하도록 하였다.

	public ActionErrors validate(
		ActionMapping mapping,
		HttpServletRequest request) {
	    if (id.equals("javajigi") && password.equals("password"))
	        return null;
    	else {
        	ActionErrors errors = new ActionErrors();
	        errors.add("login", new ActionError("error.login"));
    	    return errors;
	    }
	}

validate 메써드 내부를 보면 ActionError("error.login")와 같이 에러 메세지를 사용하고 있음을 알 수 있다. 에러 메세지 또한 Properties에 넣어서 출력하는 것이 가능하다.

error.login=로그인 실패. 아이다와 비밀번호를 확인후 다시 입력하십시요.

에러메세지를 좀 더 세련되게 보여주기 위해서 다음과 같은 형식으로 MessageResources.properties에 추가해보자.

errors.header=

Validation Error

You must correct the following error(s) before proceeding:

로그인 실행시 에러가 생길 경우 에러처리를 위하여 login.jsp의 태그내에 다음과 같은 태그를 사용하면 된다.

위와 같이 간단하게 수정한 다음 아이디와 비밀번호가 틀리도록 하여 로그인 과정을 실행해본다. 에러가 발생함을 볼 수 있다. 아이디와 비밀번호가 맞을 경우 처음과 같이 mainmenu페이지로 이동한다.

지금까지 Struts 프레임 워크를 이용하여 로그인 과정을 수행하는 간단한 예제를 살펴보았다. Struts는 상당히 방대한 프레임워크이기 때문에 한번에 모두 이해하기는 힘들다. 따라서 이번 강좌에서는 간단하게 실행하는 과정만을 살펴보았다.

첫강좌에서 이해하지 못하는 부분이 대부분이라고 생각한다. Struts 사용하기 너무 어렵다고 속단하지는 말기 바란다. 앞으로 계속되는 강좌를 통하여 점진적으로 공부한다면 어떠한 개발방식보다 더 간단하다는 것을 알 수 있을 것이다.

다음 강좌에서는 이번 강좌에서 다룬 내용들에 대하여 하나씩 뽑아서 자세하게 살펴보도록 하겠다.

참고 자료

강좌에서 사용한 소스 : zigistruts_20021219.war

Struts 프레임워크 사이트 : http://jakarta.apache.org/struts/index.html

Struts 강좌 참고자료 : http://www.isabelle-hurbain.com/repository/docs/struts-onefile/#SECTION00340000000000000000

Tomcat Application Server사이트 : http://jakarta.apache.org/tomcat/index.html

POJO(Plain Old Java Object) 개념 - POJO란

2009-11-04T17:50:13Z

원문 : http://blog.naver.com/thtlsgkrtod/40055742326

⑴ POJO(Plain Old Java Object)

순수 자바 클래스들을 이르는 말로, 보통의 기존 자바 오브젝트라는 뜻을 나타내기도 한다

EJB와 같은 거창한 컴포넌트가 아닌 일반적인 자바 클래스를 갈리키는 것으로 비동기 호출의 지원하는 것을 말한다.

⑵ POJO의 역사

마틴 파울러가 2000년 가을에 열렸던 어느 컨퍼런스의 발표를 준비하면서 처음 만들어낸 말이다. 마틴 파울러는

EJB(Enterprise JavaBean)보다는 단순한 자바 오브젝트에 도메인 로직을 넣어 사용하는 것이 여러가지 장점이

있는데도 왜 사람들이 그 EJB가 아닌 '평범한 자바 오브젝트'를 사용하기를 꺼려 하는지에 대해 의문을 가졌다.

그리고 그는 단순한 오브젝트에는 EJB와 같은 그럴듯한 이름이 없어서 그 사용을 주저하는것이라고 결론 내렸다

그래서 만든 단어가 POJO라는 용어인 것이다. POJO기반의 기술을 사용한다고 말하면 왠지 첨단 기술을 사용하는

앞선 개발자인 듯한 인상을 주기 때문이다.

⑶ POJO의 앞으로의 행보

POJO기반의 프로그래밍 기술이 EJB의 강력한 대안으로 등장했고, POJO 기반 프레임워크, POJO 애플리케이션을

위한 플랫폼 등이 점점 인기를 끌게 되었고, 결국 POJO가 배제하려고 했던 EJB는 POJO 기반의 기술에 밀려 이제

레거시 기술로 사라질 위기에 처했다. 그렇다면 단지 EJB를 사용하지 않으면 모두 POJO라고 할 수있을까?

그렇지 않다. POJO 프로그래밍이라는 개념은 단지 "EJB가 아닌 자바" 이상의 특징을 가지고 있는 프로그래밍 모델이다.

POJO기반의 개발은 생각보다 단순하지 않다.

POJO를 좀더 이해하려면 EJB의 장단점을 함께 이해해야 한다. 그것은 POJO 프로그래밍이 다시 EJB 시대이전으로 돌아

가자는 것이 아니고, EJB를 넘어 그보다 더 앞으로 나아가자는 것이기 때문이다.

EJB를 사용하지 말고 POJO를 쓰자는 것은 EJB이전의 방식으로 돌아가는 것을 의미한다면 또 다른 문제가 발생 할 수 밖에

없다. 여전히 복잡한 로우레벨의 API를 이용해 코드를 작성해야 하고, 많은 기술적인 문제를 애플리케이션 코드에 그대로 노출

시켜개발해야 하다면 기껏 POJO로의 복귀 덕분에 얻는 많은 장점들을 놓칠 수 밖에 없다.

그래서 등장 것이 POJO 기반의 프레임워크이다. POJO 프레임워크는 POJO를 이용한 애플리케이션 개발이 가진 특징과 장점

을 그대로 살리면서 EJB에서 제공하는 엔터프라이즈 서비스와 기술을 그대로 사용할 수 있도록 도와주는 프레임워크이다.

(대표적인 프레임워크는 스프링 하이버네이트)

※ 참고

스프링은 엔터프라이즈 서비스들을 POJO 기반으로 만든 비즈니스 오브젝트에서 사용할 수 있게 한다. 대표적인 선어적인 트랜잭션 서비스와 보안이다. 또한 EJB와 마찬가지로 오브젝트 컨테이너를 제공해서 인스턴스의 라이프사이클을 관리하고 필요에 ㄸ라 스레딩, 풀링 및 서비스 인젝션 등의기능을 제공한다. 또한 OOP 답게 사용 할 수 있게 하는 AOP기술을 적용해서 POJO개발을 더 쉽게 만든다.

POJO프로그램의 진정한 가치는 자바의 객체지향적인 특징을 살려 비즈니스 로직을 충실한 개발이 가능 하도록 하는 것이다.

[웹] 스트럿츠2 설치 및 설정 - 3. iBatis 연동 (2)

2009-11-04T17:44:46Z

iBatis를 사용함에 있어 VO와 액션클래스의 작성법을 이어서 소개한다.

이전 글에서의 testSQL.xml에서 typeAlias태그와 parameterClass에서 정의했던 대로 TestVO를 작성한다.

package test;

public class TestVO {

private int no;

private String title;

private String content;

public void setNo(int no){

this.no = no;

}

public int getNo(){

return no;

}

... getters and setters.

}

VO 클래스 이기에 당연한 이야기이지만, 각 멤버변수에 대해서는 getter, setter를 빠짐없이 생성해준다.

가끔 멤버변수를 추가하고 나서 깜박하는 때가 있기도 하다. 나만 그런가? 나이가 들어서... ㅡㅡ;

VO를 작성했으니 SQL수행을 위한 파라메터 전달 및 결과를 받을 준비는 끝났다.

액션클래스의 메소드 호출 한줄이면 이제 끝.

package test.action;

import java.io.IOException;
import java.io.Reader;
import java.util.ArrayList;
import java.util.List;

import test.TestVO;

import com.ibatis.common.resources.Resources;
import com.ibatis.sqlmap.client.SqlMapClient;
import com.ibatis.sqlmap.client.SqlMapClientBuilder;

import com.opensymphony.xwork2.ActionSupport;

public class TestAction extends ActionSupport {
    public static Reader reader;
    public static SqlMapClient sqlMapper;

    private List list = new ArrayList();

    public TestAction() throws IOException {

        //xml 설정을 로딩
        reader = Resources.getResourceAsReader("sqlMapConfig.xml");
        sqlMapper = SqlMapClientBuilder.buildSqlMapClient(reader);
        reader.close();
   }

    public String execute() throws Exception {

        //testSQL.xml의 selectList에 해당하는 쿼리를 수행
        list = sqlMapper.queryForList("selectList");
        return SUCCESS;
    }

    public static Reader getReader() {
        return reader;
    }

    public static void setReader(Reader reader) {
        TestAction.reader = reader;
    }

... getters and setters.

}

기본적으로 액션을 통해 요청이 들어오면, 리스트를 검색하여 반환하는 간단한 구조이다.

생성자의 xml로딩 부분은 공통이고, execute() 메소드 내의 sqlMapper.queryForList("selectList"); 가 핵심 포인트 되겠다.

그렇다면, 기타 insert, update, delete 그리고, 리스트가 아닌 건별 select 는 어떻게 처리될까?

각 케이스에 대해 execute() 메소드 내부만 살펴보도록 하겠다.

//INSERT

public String execute() throws Exception {

TestVO paramClass = new TestVO();

//폼에서 넘어온 값들을 VO에 세팅

paramClass.setNo(getNo());

paramClass.setTitle(getTitle());

paramClass.setContent(getContent());

        sqlMapper.insert("insert", paramClass);
        return SUCCESS;
    }

//DELETE

public String execute() throws Exception {

TestVO paramClass = new TestVO();

//폼에서 넘어온 값들을 VO에 세팅

paramClass.setNo(getNo());

paramClass.setTitle(getTitle());

paramClass.setContent(getContent());

        sqlMapper.insert("delete", paramClass);
        return SUCCESS;
    }

//단일 건 SELECT

public String execute() throws Exception {

TestVO resultClass = new TestVO();

resultClass = sqlMapper.queryForObject("selectOne");

return SUCCESS;
}

앞서 핵심포인트로 지적했던 sqlMapper의 호출되는 메소드만 변경될 뿐 큰 변화가 없다.

특이한 사항은 DELETE 시 update() 메소드를 호출한다는 것이다.

그리고, 기존의 PreparedStatement 사용시 쿼리의 ? 에 값을 일일이 순차적으로 바인딩 했던것과 달리, VO클래스를 통째로 넘김으로써 코딩의 번거로움을 크게 줄였다. 물론 VO에 값을 담기위해 set메소드를 호출하는 것도 일이라면 마찬가지이지만, 순서에 연연하지 않아도 된다는 것만으로도 충분히 효율적이다.

이밖에, 다양한 케이스에 따라 메소드를 호출할 수가 있는데 같은 메소드에 오버로딩 되어있으므로 API를 참고하면 어렵지 않게 사용할 수 있을 것이다.

여기까지가 Struts2, iBatis에 대한 초압축 정리이다.

철저히 copy & paste (게시글 드래그가 지원이 안되고 있지만..내 의지는 아니다.), '무작정 따라하기'에 편리하도록 작성하였다. 단지 프로그램을 동작시키는 것에 초점을 맞추었으므로, 실제 ActionSupport 클래스의 동작은 어떻게 되는지, HttpRequest가 어떻게 액션클래스로 전달되는지 등 다소 Fundamental한 측면은 역시 관련 서적을 보는 것이 최고다.

- 끝 -

- 참고문헌 : 스트럿츠2 실무프로그래밍 (최재은,표재민 저 - 삼양미디어 2009.04)

원문 : http://www.cyworld.com/deepb1ue/2941192

[웹] 스트럿츠2 설치 및 설정 - 3. iBatis 연동 (1)

2009-11-04T17:42:39Z

HelloWorld 예제를 통해 스트럿츠2의 기본 동작을 확인하였으니, DB연동을 통해 실무에 적용될 수 있는 기반을 갖추어보자.

iBatis란?

XML을 사용하여 자바빈즈와 SQL statement를 매핑시키는 Object Relational Mapping 프레임웍.

쉽게말해 SQL과 소스코드를 분리하여, 가독성 및 관리의 효율성을 높여주는 프레임웍이라 할 수 있겠다.

그러면 이제 설정에 들어가보자.

1. 다운로드

http://ibatis.apache.org/javadownloads.cgi 에서 ibatis-2.3.0.720.jar 를 다운로드.

이를 %CONTEXT_HOME%/WEB-INF/lib 에 추가한다.

2. JDBC

당연한 이야기지만 JDBC가 필요하다는 것만 언급하고 생략한다.

3. DB에 접근하기위해..

DB에 접근하기 위해 아래 dbconnect.properties 파일을 작성하여 %CONTEXT_HOME%/WEB-INF/classes에 위치시킨다.

driver=oracle.jdbc.driver.OracleDriver
url=jdbc:oracle:thin:@127.0.0.1:1521:DEVDB
username=SCOTT
password=TIGER

4. sqlMapConfig.xml

다음 sqlMapConfig.xml 을 통하여 iBatis 설정을 한다.

version="1.0" encoding="UTF-8"?>
sqlMapConfig PUBLIC "-//ibatis.apache.org//DTD SQL Map Config 2.0//EN"
"http://ibatis.apache.org/dtd/sql-map-config-2.dtd">

resource="/dbconnect.properties"/>
cacheModelsEnabled="true"
   enhancementEnabled="true"
    lazyLoadingEnabled="true"
   maxRequests="32"
   maxSessions="10"
   maxTransactions="5"
   useStatementNamespaces="false"/>

type="JDBC" commitRequired="false">
   type="SIMPLE">
       name="JDBC.Driver" value="${driver}"/>
        name="JDBC.ConnectionURL" value="${url}"/>
        name="JDBC.Username" value="${username}"/>
        name="JDBC.Password" value="${password}"/>

resource="/sql/testSQL.xml"/>

5. testSQL.xml

자 이제, SQL이 들어갈 testSQL.xml을 작성하면 된다.

version="1.0" encoding="UTF-8"?>
sqlMap PUBLIC '-//ibatis.apache.org//DTD Sql Map 2.0//EN'
'http://ibatis.apache.org/dtd/sql-map-2.dtd'>

   alias="test" type="test.TestVO"/>


    id="testRes" class="test">
        property="no" column="NO"/>
        property="title" column="TITLE"/>
        property="content" column="CONTENT"/>



   id="select-all">
        SELECT * FROM BOARD



    id="where-no">
        WHERE NO = #no#

id="insert" parameterClass="test">

INSERT INTO BOARD

( NO,

TITLE,

CONTENT )

VALUES

( #no#,

#title#,

#content# )

id="update" parameterClass="test">

UPDATE BOARD SET

TITLE = #title#,

CONTENT = #content#

refid="where-no"/>

id="delete" parameterClass="test">

DELETE FROM BOARD

refid="where-no"/>

여기까지가 testSQL.xml 의 내용인데, 대충 살펴보면 VO 클래스를 이용해 값을 주고 받을 수 있으며, 태그를 통해 칼럼과 VO의 멤버변수와 매핑 시킨다는 것을 알 수 있다.

또, 태그를 통해 자주 사용하게 될 문구에 대해 include를 지원한다.

한가지 더 확인해 볼 사항은, #no# 라고 사용된 변수는 PreparedStatement에서 쿼리 내 ? 에 바인딩 되는 것과 같고 $order$ 의 경우는 문자열 자체가 직접 쿼리에 append 된다고 보면 된다. 쉽게 말해 입력되는 값이 ''로 감싸여지는냐 그렇지 않느냐에대한 차이가 있다.

따라서 상황에 따라 적절히 활용이 가능하다.

이후 이에 따른 VO 클래스의 작성 및 액션에서의 호출 방법 등이 남아 있는데, 다음 글에서 정리해 보자.

+) Tip. SQL문 작성시 CDATA 절을 삽입하도록 하자. 그렇지 않은 경우 조건절 기술시 < 기호에 대해 태그로 인식하게 된다.

- 참고문헌 : 스트럿츠2 실무프로그래밍 (최재은,표재민 저 - 삼양미디어 2009.04)

원문 : http://www.cyworld.com/deepb1ue/2915787

DHT(Distributed Hash Table)

2009-10-27T22:30:05Z

DHT(Distributed Hash Table)이란 이름에서 알 수 있듯이 시스템 내의 각 노드(node)들이 키 셋을 나누어 가지고 있는 분산 시스템을 말한다. DHT시스템 외부에서 보면 일반 해쉬 테이블과 다를 게 없지만 일반적인 해쉬 테이블과 다른 특성을 가지고 있다.

특성
1. Decentrialisation : DHT 시스템 전체를 중앙에서 관리하는 조직이 없다.
2. Scalability : DHT를 이루고 있는 노드 수에 영향을 받지 않고 확장할 수 있다.
3. Fault tolerance : DHT 시스템 내부에 노드가 추가되거나 없어지거나 오동작을 하더라도 DHT시스템 전체의 기능에 영향을 끼치지 않는다.

기존 P2P솔루션은 Napster와 같이 중앙집중관리 방식과 Gnutella와 같이 주변 노드들을 활용하는 완전히 분산된 네트워크를 구성하는 방식이 있다. P2P네트워크를 중앙에서 컨트롤할 경우에 네트웍 이용효율은 좋아지겠지만 컨트롤이 중앙에 모여있기 때문에 중앙 관리 시스템이 취약점이 될 수 있다. Peer에 의지하는 방식은 중앙 집중 조직이 없어서 뚜렸한 취약점은 없지만 네트웍을 비효율적으로 사용한다는 문제가 있다. DHT는 structured key based routing이라는 방법으로 위와 같은 P2P시스템의 약점을 극복 했다.

DHT는 크게 Keyspace partitioning, Overlay network의 두부분으로 나뉘는데 해쉬의 키 집합들을 DHT시스템 내부의 각 노드에 분산(keyspace partitioning)시키고 DHT의 엔트리 포인트에 상관없이 키의 위치를 찾아갈 수 있도록 라우팅하는 알고리즘을 이용해서 DHT시스템 내부의 네트워크(overlay network)를 떠돌며 목적지를 찾아가게 된다. 이게 바로 structured key based routing인데 쉽게 얘기하자면 해쉬 테이블 내부의 버킷(bucket)을 그룹으로 묶고 그룹 사이를 링크로 연결하여 자기가 원하는 정보가 있는 그룹을 찾아갈 수 있도록 해주는 것이다. 외부에서 보면 해쉬처럼 보이지만 내부에서 원하는 버킷을 찾아가는 방식은 기존의 해쉬와 다르다.

Posted by 앤디군

분산시스템 Decentralized Implementations

2009-10-27T22:10:43Z

Decentralized Implementations

p2p 시스템의 출현과 함께, 연구자들 또한 분산화된 속성 기반 네이밍 시스템들의 솔루션을 이미 찾고 있다. 여기서의 KEY 문제는 속성과 값이라는 한쌍에 대해 검색을 효율적으로, 즉, 전체 속성 공간을 통한 완전한 검색 방지를 수행할 수 있도록 효율적으로 매핑되어야 합니다. 다음 우리는 여러 가지 방법으로 이러한 매핑을 설정하는 방법을 살펴보겠습니다.

Mapping to Distributed Hash Tables

DHT-기반 시스템에 의해 지원되어지는 것이 필요한 곳의 케이스를 먼저 고래해 봅시다.

LDAP 로서

Buildbot

2009-09-25T14:39:43Z

1. Buildbot

i. 빌드봇의 시작은 크로스 플랫폼에 탑재되는 시스템 개발자들에 의해서 시작됨

ii. 개발자가 고민해야 할 서로 다른 플랫폼에서의 컴파일 및 테스트를 위한 자동화 툴

iii. system architecture

a. 하나의 Build Master 와 여러개의 Build Slave 로 구성됨

b. star topology 로 연결됨

iv. Build Master

a. 언제, 무엇을, 어떻게 빌드할 것인지에 대해서 모두 결정하고 만드는 역할

b. Build Slave 에게 실행되도록(빌드되도록) 명령어를 보내고, 결과를 받음

...아..시간이 잘 안나네...좀 이따 써야지...^^;

buildbot on wnidows 빌드봇 윈도 설치

2009-09-24T16:27:30Z

* 원문

http://buildbot.net/trac/wiki/RunningBuildbotOnWindows

* 내 방법

Python 2.4.x http://www.python.org/
Python Win32 extensions. Version of Win32 for Python 2.4. http://sourceforge.net/projects/pywin32/
Twisted framework. Get version 2.4.0 for Python 2.4 http://twistedmatrix.com/trac/
Buildbot http://buildbot.net/trac

1. 위 정보 통해서 해당 파일들 다운로드

2. 가장 먼저해야 할 일은 Python 설치(윈도용 간편 설치 파일 다운로드 주소 : http://www.python.org/ftp/python/2.4.4/python-2.4.4.msi)

3. 윈도용 실행을 위한 Python Win32 extensions 설치(http://sourceforge.net/projects/pywin32/files/pywin32/Build%20214/pywin32-214.win32-py2.4.exe/download)

4. twisted framework 설치 (http://tmrc.mit.edu/mirror/twisted/Twisted/8.2/Twisted_NoDocs-8.2.0.win32-py2.4.exe)

5. PATH로 python 설치한 경로를 설정 (ex-c:\python24 c:\python24\scripts 를 환경변수 path에 추가) - 편리함을 위해

6. PATHEXT 에 .py 추가 - 편리함을 위해

7. Buildbot 설치 파일 압축 해제(http://github.com/djmitche/buildbot/zipball/buildbot-0.7.10p2)

8. 해제한 폴더를 임의의 지정 위치에 두고 CMD 창을 띄워 해당 경로로 이동

9. 아래 명령어 통해 buildbot 설치

python setup.py install

10. 설치된 버전 확인 (Python의 scripts 폴더에 디폴트로 buildbot.bat 파일이 생성되니 해당 폴더로 이동 후 아래 명령어로 버전 확인

buildbot --version

CView::OnInitialUpdate 호출 메카니즘

2009-07-13T22:02:54Z

CView::OnInitialUpdate 은 해당 뷰를 멤버로 갖는 부모 클래스에서 자식으로 인식해 OnCreate 후에 자식들 화면을 Update 하기 위해 딱 한 번 호출한다.

OnInitDialog 는 자기 자신이 Create 이후에 호출하지만 OnInitialUpdate 는 부모가 호출함으로 엄연히 다르다.

만약 뷰를 임의로 생성해서 호출한 경우 해당 생성 시점이 부모의 OnCreate 시점 이후에 생성 된다면 자식이어도 InitialUpdate 가 불리지 않는다.

왜냐하면 부모의 OnCreate 내부에서 딱 한 번 자식들에게 InitialUpdate 메시지 호출을 요청하기 때문에 강제적인 호출이 아니라면 불리지 않는다.

ODBC Connection String

2009-07-02T13:27:39Z

ORACLE

DRIVER={Microsoft ODBC for Oracle};server=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=127.0.0.1)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=utf8)));UID=scott;PWD=tiger;

DB2

DRIVER={IBM DB2 ODBC DRIVER};Database=sample;hostname=127.0.0.1;port=50000;protocol=TCPIP;uid=db2inst1;pwd=manager;

SYBASE IQ

DRIVER={Adaptive Server IQ};commlinks=tcpip(host=127.0.0.1;port=2638);uid=dba;pwd=manager;srvername=computer_network_name;

SYBASE ASE

DRIVER={Sybase ASE ODBC Driver};NA=127.0.0.,5000;uid=sa;pwd=manager;db=master;

MYSQL

DRIVER={MySQL ODBC 3.51 Driver};server=127.0.0.1;port=3306;database=cgwdb;user=cgw;password=cgwroot;option=3;

TIBERO

DRIVER={Tibero ODBC Driver};server=127.0.0.1;port=8629;uid=sys;pwd=tibero;

웹페이지 페이징 (슬라이드 기법)

2009-06-25T16:20:49Z

pageList.js

특이한페이징.html

묵시적 커서(Implicit Cursor) 사용법

2009-06-12T19:39:07Z

정의

● PL/SQL 블록의 실행부에 DML이나 SELECT 명령문이 있을 경우 PL/SQL에서 묵시적인 커서를 자동적으로 생성
● 묵시적인 커서는 PL/SQL에서 자동적으로 관리
● 가장 최근에 실행된 SQL명령문의 상태를 알 수 있는 네가지 속성 제공

속성

구 분	내 용
SQL%ROWCOUNT	·가장 최근에 실행한 SQL 명령문에 의해 영향을 받은 행의 개수 검사
SQL%FOUND	·가장 최근에 실행한 SQL 명령문에 영향을 받은 행의 존재 유무 검사 ·영향을 받은 행이 하나 이상이면 TRUE값 반환
SQL%NOTFOUND	·가장 최근에 실행한 SQL 명령문에 영향을 받은 행이 없으면 TRUE값 반환
SQL%ISOPEN	·가장 최근에 실행한 SQL 명령문의 묵시적 커서가 열려 있는 지 여부 검사 ·PL/SQL의 실행이 끝나면 묵시적 커서가 닫히므로 이 속성의 값은 항상 FALSE

☞ 사용예 : SQL%ROWCOUNT

SQL> CREATE OR REPLACE PROCEDURE imp_cur(v_deptno IN NUMBER)
IS
v_cnt number:=0;

BEGIN
DELETE FROM emp WHERE deptno=v_deptno;
v_cnt := SQL%ROWCOUNT;
DBMS_OUTPUT.PUT_LINE(v_cnt||'행이 삭제되었습니다.');

END imp_cur;

Procedure created.

☞ 실행 및 출력결과

SQL> EXEC imp_cur(30)

5행이 삭제되었습니다.

PL/SQL procedure successfully completed

명시적 커서(Explicit Cursor) 사용법

2009-06-12T19:37:23Z

정의

● 명시적 커서는 하나 이상의 행을 액세스하는 SELECT 명령문을 처리하기 위해서사용
● 선언부에서 명시적으로 커서 선언
● 명시적 커서는 블록의 실행부에서 커서 조작 명령을 통해 처리
● 명령을 이용하여 질의에 의해 반환된 행들을 한번에 한 행씩 처리
● 커서 선언은 선언부에서, 커서 OPEN, FETCH, CLOSE 정의는 실행부에서 정의

처리 과정

① 커서 선언(DECLARE CURSOR절) : 커서는 공유풀 내의 전용 SQL 영역에 생성
② 커서 열기(OPEN절) : 커서를 활성화하여 커서와 연관된 SELECT 명령문 실행
③ 데이타 추출(FETCH절) : SELECT명령문에 의해 검색된 행 중에서 커서가 가리키는 행을 액세스
④ 커서 닫기(CLOSE절) : 오픈된 커서를 비활성화

커서 선언

● 커서를 선언하고, 커서와 관련된 SELECT 명령문 정의
● SELECT 문장에는 INTO절을 사용하지 않음
● INTO절은 실행부의 FETCH 명령문에서 사용
● 커서 선언 부분에서 지역 변수나 전역 변수 사용 가능
● 커서 정의에서 사용되는 지역 변수나 전역 변수는 반드시 커서 선언 전에 정의 필요
● 변수는 컬럼명과 다르게 선언

☞ 사용법

DECLARE CURSOR cursor IS
select_statement;

☞ 사용예

DECLARE
CURSOR Cursor_Emp IS
SELECT ename, deptno
FROM emp
WHERE sal > 2000;

커서 열기 (OPEN)

● 공유풀의 라이브러리 캐쉬에 설정된 커서 영역을 오픈
● 선언된 커서와 연관된 SELECT 명령문을 실행하여 active set을 구성
● 커서는 검색된 행으로 구성된 active set 중에서 첫 번째 행을 가르킴
● 실행과정
  - 구문분석(Parsing) : 문장이나 의미, 권한 등이 제대로 되어 있는지 검사
  - 바인딩(Binding) : 변수의 값을 할당
  - 실행(Excute) : 라이브러리 캐쉬에 할당된 커서 영역을 오픈하고 active set구성

☞ 사용법

OPEN cursor;

☞ 사용예

OPEN Cursor_Emp;

데이타 추출 (FETCH)

● 현재 커서가 가르키는 행의 값을 변수로 할당하는 과정
● 커서 선언시 사용한 SELECT 명령문의 컬럼 개수와 데이타타입이 FECTH ∼ INTO절의 변수 개수, 데이타타입과
동일해야 함

☞ 사용법

FETCH cursor INTO variable_list;

● variable_list
  - 현재 검색된 결과 행을 저장하기 위한 변수 리스트
  - variable_list 변수의 개수는 커서 선언부에서 정의한 SELECT문장의 컬럼 개수와 동일
  - 커서 안에서 PL/SQL 레코드 타입 설정이 가능하며, variable_list에도 사용 가능

☞ 사용예

FETCH Cursor_Emp INTO v_ename, v_deptno;

커서 닫기 (CLOSE)

● 현재 오픈된 커서를 닫음
● 커서 오픈(OPEN) 명령문에 의해 할당된 커서 영역 반환
● 현재 커서를 닫은 후에 다시 해당 커서를 오픈 가능

☞ 사용법

CLOSE cursor_name;

☞ 사용예

CLOSE Cursor_Emp;

▶ 명시적 커서 수행 방법

커서 속성

● 커서 상태를 검사하기 위해 제공되는 네 가지 속성
● SQL 명령문에서 커서 속성을 직접 참조할 수 없음

구 분	타입	내 용
%ROWCOUNT	Number	·현재까지 FETCH된 행의 갯수
%FOUND	Boolean	·FETCH할 행이 존재할 경우 값은 TRUE
%NOTFOUND	Boolean	·FETCH할 올 행이 없을 경우 값은 TRUE
%ISOPEN	Boolean	·커서가 오픈되어 있을 경우 값은 TRUE

☞ 사용예 : %ROWCOUNT

OPEN Cursor_Emp;

LOOP
FETCH Cursor_Emp INTO v_emp, v_deptno;
EXIT WHEN Cursor_Emp%ROWCOUNT >= 5;
END LOOP;

CLOSE Cursor_Emp;

☞ 사용예 : %NOTFOUND

OPEN Cursor_Emp;

LOOP
FETCH Cursor_Emp INTO v_emp, v_deptno;
EXIT WHEN Cursor_Emp%NOTFOUND;
END LOOP;

CLOSE Cursor_Emp;

☞ 사용예 : %ISOPEN

IF NOT Cursor_Emp%ISOPEN THEN
OPEN Cursor_Emp;
END IF;

☞ 커서를 사용한 프로시져 생성 실습

☞ 프로시져 생성

SQL> CREATE OR REPLACE PROCEDURE cur_exam (v_sal IN number)
IS
v_ename emp.ename%TYPE;
v_dname dept.dname%TYPE;

CURSOR Cursor_Emp IS
SELECT ename, dname
FROM emp e, dept d
WHERE e.deptno = d.deptno
AND e.sal > v_sal;

BEGIN
OPEN Cursor_Emp;
IF NOT Cursor_Emp%ISOPEN THEN
OPEN Cursor_Emp;
END IF;
DBMS_OUTPUT.PUT_LINE('다음은 4월 승진자 명단입니다.');

LOOP
FETCH Cursor_Emp INTO v_ename, v_dname;
EXIT WHEN Cursor_Emp%ROWCOUNT >= 5
OR Cursor_Emp%NOTFOUND;
DBMS_OUTPUT.PUT_LINE(v_dname||' 부서의 '||v_ename||'씨');
END LOOP;

CLOSE Cursor_Emp;
DBMS_OUTPUT.PUT_LINE('발령일은 4월 1일 입니다.');
DBMS_OUTPUT.PUT_LINE(' *^^* 만우절 행사였습니다.');

END cur_exam;

Procedure created.

☞ DBMS_OUTPUT.PUT_LINE을 사용하기위해 SERVEROUTPUT 환경변수를 ON상태로 설정

SQL> SET SERVEROUTPUT ON

☞ 실행 및 출력결과

SQL> EXEC cur_exam(2500);

다음은 4월 승진자 명단입니다.
ACCOUNTING 부서의 KING씨
RESEARCH 부서의 KEBIN씨
RESEARCH 부서의 SCOTT씨
RESEARCH 부서의 LEE씨
발령일은 4월 1일 입니다.
*^^* 만우절 행사였습니다.

PL/SQL procedure successfully completed.

CURSOR FOR 루프절

● PL/SQL의 선언부에 이미 명시적 커서가 선언되어 있어야 함
● FOR 루프가 초기화될 때 내부적으로 커서가 오픈
● FOR 루프가 반복될 때마다 커서가 가르키는 행을 액세스
● 루프는 마지막 행을 추출한 후 자동적으로 FOR 루프를 종료
● OPEN, FETCH, CLOSE의 기능을 하나의 FOR 루프에서 실행 가능

☞ 사용법

FOR record_name IN cursor_name LOOP
statement1;
statement2;
..................
END LOOP;

● record_name : 내부적으로 선언한 레코드
● cursor_name : 선언부에서 이미 선언한 커서명

☞ 사용예

☞ 프로시져 생성

SQL> CREATE OR REPLACE PROCEDURE cur_for(dnum IN NUMBER)
IS
CURSOR emp_cur IS
SELECT sal, comm
FROM emp
WHERE deptno = dnum;
total NUMBER := 0;
high_paid NUMBER := 0;
high_comm NUMBER := 0;

BEGIN
FOR emp_rec IN emp_cur LOOP
emp_rec.comm := NVL(emp_rec.comm,0);
total := total + emp_rec.sal + emp_rec.comm;
IF emp_rec.sal > 2000 THEN
high_paid := high_paid + 1;
END IF;
IF emp_rec.comm > emp_rec.sal THEN
high_comm := high_comm + 1;
END IF;
END LOOP;
DBMS_OUTPUT.PUT_LINE('1. 전체 : ' ||total);
DBMS_OUTPUT.PUT_LINE('2. $2000이상 받는 사원수 : '||high_paid);
DBMS_OUTPUT.PUT_LINE('3. 월급보다 커미션이 더 많은 사원수 : '||high_comm);

END cur_for;

Procedure created.

☞ 현재 데이타 확인

SQL> select sal,comm from emp where deptno=30;

SAL	COMM
--------	---------
1600	300
1250	1400
2850
1500	0
950

☞ 실행 및 출력결과

SQL> EXEC cur_for(30);

1. 전체 : 9850
2. $2000이상 받는 사원수 : 1
3. 월급보다 커미션이 더 많은 사원수 : 1

PL/SQL procedure successfully completed.

FOR UPDATE 절

● FOR UPDATE절을 사용한 트랜잭션이 완료되기 전까지 테이블에 액세스하지 못하도록 명시적으로 락을 생성하는
방법
● update나 delete 명령 수행 전에 대상 행에 대해 락을 생성하고자 할 때 사용

☞ 사용법

SELECT ...
FROM ...
FOR UPDATE [OF column_reference] [NOWAIT];

● 질의한 결과 행이 다른 세션에 의해 이미 락이 걸려있다면, 즉시 오라클 에러를 반환
● NOWAIT명령을 사용하지 않으면 다른 세션에 의한 락이 풀릴 때까지 기다림

☞ 사용예 :update, delete문장에 의해 사용될 deptno가 10인 사원의 행을 질의하면서 해당 행에 대해 락을 생성

DECLARE
CURSOR emp_cursor IS
SELECT empno, ename, sal
FROM emp
WHERE deptno = 10
FOR UPDATE OF sal NOWAIT;

WHERE CURRENT OF절

● 커서를 이용하여 가장 최근에 검색된 행을 삭제 또는 수정하는 경우에 사용
● 커서를 선언할 때 FOR UPDATE절이 반드시 있어야 함
● WHERE CURRENT OF절에 의해 지정된 커서는 가장 최근에 FETCH한 행을 가르킴

☞ 사용예

☞ 프로시져 생성

SQL> CREATE OR REPLACE PROCEDURE cur_where
IS
CURSOR emp_cur IS
SELECT ename, rowid
FROM   emp
WHERE deptno = 30
FOR UPDATE;
v_ename   emp.ename%TYPE;
v_rowid   ROWID;

BEGIN
OPEN emp_cur;
LOOP
FETCH emp_cur INTO v_ename,v_rowid;
EXIT WHEN emp_cur%NOTFOUND;

UPDATE emp
SET sal = sal*2
WHERE CURRENT OF emp_cur;

-- 보통은 UPDATE emp SET sal = sal*2 WHERE rowid = v_rowid;
-- 이나 UPDATE emp SET sal = sal*2 WHERE ename = v_ename; 로
-- 표현함.
END LOOP;
CLOSE emp_cur;
COMMIT;
END;

Procedure created.

매개변수가 있는 커서 선언

● 커서 선언시 매개변수 사용 가능
● 매개변수의 데이타타입은 스칼라 변수와 동일하고 크기 지정은 불가능
● 매개변수는 커서와 관련된 SELECT 명령문에서 참조하기 위해 사용
● 커서가 오픈될 때 커서에 매개변수 값을 전달하여 질의 내에서 사용

☞ 사용법

CURSOR cursor_name
[parameter datatype, ...)]
IS
select_statement;

☞ 사용예

CURSOR emp_cur(dnum number) IS
SELECT sal, comm
FROM emp
WHERE deptno = dnum;
BEGIN
FOR emp_rec IN emp_cur(30) LOOP
...

- 매개변수가 있는 커서를 선언하면 매개변수의 값이 바뀔때 마다 질의 조건이 바뀌므로 여러 개의 커서를
선언하는 것과 동일한 효과를 얻을 수 있음

출처 : http://www.dbcore.net/~corenet/education/speciallec/sqlplsql/chap15-3.html

oracle9i - FLASHBACK

2009-06-12T15:48:17Z

- Oracle 9i 이후 적용
- DML 복구만 가능 (DDL 복구 불가 - drop table등..)

[체크사항]
1. undo 관련 파라미터 확인
SQL> show parameter undo;
- undo_management AUTO 확인 ( undo 관련 관리를 oracle이 하겠다. 9i 이후)
- undo_retention 시간(초) 확인 : Default 900(초) - 15분
- undo_tablespace 생성 여부 확인 ( 없으면 생성해야 함 )

2. 복구하고자 하는 계정에 대해 dbms_flashback 패키지 실행권한이 있어야 함
(없을경우 DBA에게 요청)
- grant execute on dbms_flashback to scott;

[시나리오]

1. 임시 테이블 생성
SQL> create table f_emp as select * from emp;
SQL > select * from f_emp where ename = 'MILLER'; --데이타 확인

2. 현재 oracle 시각 / SCN 을 구한다.

SQL> SELECT SYSTIMESTAMP, dbms_flashback.get_system_change_number FROM dual;

SYSTIMESTAMP                      GET_SYSTEM_CHANGE_NUMBER
-----------------------------------------------------------
09/05/04 12:30:33.614000 +09:00   314700

3. 데이타 삭제
SQL> delete from f_emp where ename = 'MILLER';
SQL> commit;

4. 플래시백 실행 (삭제시간 이전으로)
SQL> EXCUTE dbms_flashback.enable_at_time( to_timestamp('20090504 12:30:00', 'YYYYMMDD HH24:MI:SS'));

5. 데이터 조회 / 확인 / 복구
SQL> select * from f_emp where ename = 'MILLER';

6. 플래시백 종료
SQL> EXECUTE dbms_flashback.disable;

[출처] oracle9i - FLASHBACK|작성자 paro01