'Struts'에 해당되는 글 4

  1. 2007.10.16 Struts - 스트럿츠 컴포넌트 설정하기
  2. 2007.09.07 Struts - 스트럿츠 아키텍쳐
  3. 2007.04.26 Struts - 간단한 애플리케이션 작성
  4. 2007.04.26 Struts - Application Framework 소개

Struts - 스트럿츠 컴포넌트 설정하기

스트럿츠 프레임워크를 구동하는 데는 여러가지 configuration 파일을 작성해야 한다.

1. web.xml
The web application deployment descriptor.
자바 servlet 명세서에서 이를 사용하도록 규정하고 있다. 서블릿/JSP 컨테이너에서는 이 파일을 통해 web application을 로드하고 설정한다. servlet spec에서 deployment descriptor 참조.
현재 servlet의 버전은 2.4 이고, 여기 에서 다운 받아 보면 된다.
다운 받기 귀찮다면,

2. struts-config.xml
스트럿츠 프레임워크에서 사용하는 여러 가지 컴포넌트들을 로드하고 설정하는 데 사용한다.
Struts 1.3.8에서 config 내용이 보고 싶다면 여기 에서 보면된다.
지금은 Struts의 업그레이된 버전이 나와 있으니 최신 버전을 보고 싶다면 apache에서 직접 보면 된다.

3. build.xml
자카르타 Ant 빌드를 통하여 작성한 application을 컴파일하고 디플로이 하는 데 사용하는 파일이다.

4. application.properties
스트럿츠 프레임워크에서 필요로 하는 메시지 리소스들을 제공하는 파일.

다음은 위 configuration 파일들의 간단한 예제이다.

1.web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app id="WebApp_ID" version="2.4" xmlns="
http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

 <display-name>
 logon
 </display-name>
 
 <!-- Standard Action Servlet Configuration (with debugging) -->
 <servlet>
  <servlet-name>action</servlet-name>
     <servlet-class>org.apache.struts.action.ActionServlet</servlet-class>    
     <init-param>
      <param-name>config</param-name>
       <param-value>/WEB-INF/struts-config.xml</param-value>
     </init-param>
     <init-param>
      <param-name>debug</param-name>
      <param-value>2</param-value>
     </init-param>     
     <load-on-startup>2</load-on-startup>
 </servlet>
 
 <!-- Action Servlet Mapping -->
 <servlet-mapping>
  <servlet-name>action</servlet-name>
    <url-pattern>*.do</url-pattern>
 </servlet-mapping>
 
 <!-- The Usual Welcome File List -->
 <welcome-file-list>  
  <welcome-file>index.jsp</welcome-file>  
 </welcome-file-list>

<jsp-config>
  <taglib>
   <taglib-uri>/../tags/strtus-bean</taglib-uri>
   <taglib-location>/tags/struts-bean.tld</taglib-location>
  </taglib>
 </jsp-config>
 
</web-app>

1) web application deployment descriptor 라는 것을 명시한다.
2) ActionServlet을 설정한다.
    - application, config, debug 의 파라미터를 전달받는다.
    - load-on-startup 에서 2로 설정하면 다른 서블릿이 먼저 로드될 수 있다.
2) ActionServlet의 요청 패턴을 지정한다.
    - *.do 패턴에 일치하는 모든 파일 요청들은 ActionServlet에서 처리하도록 설정.
4) welcome 파일 설정.
5) taglib 설정.
    - taglib-uri : 태그 라이브러리를 구별해주는 이름. web.xml에 상대적인 위치.
    - taglib-location: tag Library Descriptor 파일(*.tld) 파일이 있는 위치. web application의 root에서 상대적인 경로.
taglib 설정을 좀 더 자세히 알고 싶다면 여기

2. servlet.xml
스트럿츠 컴피큐레이션은 애플리케이션에 대한 설계도이다. 여기에는 어떤 폼에 어떤 필드가 들어 있는지, JSP는 어디서 찾아야 하는지 그리고 애플리케이션이 수행하는 모든 액션과 이러한 액션에 어떤 리소스들이 사용되는지 등에 대한 정보가 들어있다.

스트럿츠 컨피규레이션을 구성하는 모든 컴포넌트들은 자바 객체로 되어 있다. ActionForm 객체는 필드와 폼에 대한 정보를 담고 있고, ActionForward 객체는 JSP의 경로를 다고 있다. 또한, ActionMapping 객체는 애플리케이션의 각 커맨드에 사용될 폼과 포워드들에 대한 정보를 가지고 있다.


신고

'개발' 카테고리의 다른 글

IE 6.0 안의 개인정보 보호 기능  (2) 2007.11.07
Tag Library 로딩과 참조법  (0) 2007.10.29
Struts - 스트럿츠 컴포넌트 설정하기  (0) 2007.10.16
Eclipse Plugin  (0) 2007.10.09
File Name 변환기  (4) 2007.10.08
네트워크 시큐리티의 이해 1  (0) 2007.09.21
TRACKBACK 0 COMMENT 0

Struts - 스트럿츠 아키텍쳐

스트럿츠가 필요한 이유

자바 Swing을 비롯한 최신 개발 환경에서는 MVC 아키텍처를 프레임워크의 기본 아키텍처로 채택하고 있다. 자바 웹 개발자들은 모들을 다루고, 뷰를 생성할 수 있는 JDBC나 JSP 와 같은 도구는 이미 갖추고 있다. 그렇다면 웹 애플리케이션 제작에 있어서 컨트롤러에 해당하는 도구는 어디에 있는 것일까?

스트럿츠에서 가장 두드러지는 특징은 바로 MVC 스타일의 컨트롤러에 있다. 스트럿츠 컨트롤러는 모델과 뷰 사이의 공백을 연결해주는 역할을 담당한다. 여기에는 확장 가능한 최신 웹 애플리케이션의 작성에 필요한 여러 가지 기능도 함께 포함되어 있다.  

스트럿츠 컨트롤러 컴포넌트

스트럿츠 컨트롤러는 개발자가 애플리케이션과 사용자 사이의 상호 작용 방식을 구체적으로 정의하기 위한 프로그램 가능한 컴포넌트의 집합이다. 이러한 컴포넌트를 통해 복잡하고 자질구레한 구현에 관련된 세부 사항들을 논리적인 이름 안에 숨겨줄 수 있다.

사용자는 하이퍼링크나 HTML 폼을 통해 웹 애플리케이션과 상호 작용한다. 스트럿츠에서는 이러한 하이퍼링크, 폼, 커서텀 액션 등을 프로그래머가 정의할 수 있도록 여기에 관련된 컴포넌트들을 제공하고 있다.

사용자 삽입 이미지

스트럿츠 컴포넌트들은 XML을 통해 설정한다. 각각의 컴포넌트는 이에 상응하는 XML 요소가 있다. (struts-config.xml 안에서 정의)

1. 하이퍼링크
개발자의 입장에서 보면 하이퍼링크는 애플리케이션에 있는 특정한 리소스로 연결하는 일종의 경로이다. 이러한 리소스는 웹 페이지가 될 수도 있고, 커스텀 액션이 될 수도 있다. 또한 여기에 특정 파라미터를 포함할 수도 있다. 스트럿츠에서는 ActionForward 를 사용해서 하이퍼링크를 정의할 수 있다.
ActionForward 컴포넌트는 name, path 프로퍼티를 가지고 있다.

<forward
    name="welcome"
    path="/pages/index.jsp" />

이 요소는 name 프로퍼티로 welcome을, path 프로퍼티로 /pages/index.jsp 를 가지는 ActionForward 자바빈을 생성한다.
이렇게 함으로써 JSP 페이지와 다른 컴포넌트들은 welcome forward를 참조할 수 있게 된다. 스트럿츠 프레임워크는 welcome ActionForward 빈을 검색한 뒤에 해당 path 값을 참조하여 하이퍼링크를 형성한다. 이러한 방식을 사용하면 해당 링크를 참조하는 모든 컴포넌트, JSP 나 JAVA 코드를 수정하지 않고 링크에 대한 목적지(path)를 쉽게 수정할 수 있다.

2. HTML 폼
웹 프로토콜인 HTTP와 HTML에서는 폼(form)을 통해 데이터를 전송하는 메커니즘을 제공하고 있지만, 이러한 데이터를 받는 작업은 전적으로 개발자에게 맡겨두고 있다. 스트러츠 프레임워크에서는 ActionForm 클래스를 제공하여 HTML 폼으로부터 들어오는 입력값을 처리하고, 이 값이 제대로 되었는지 검사한다.

ActionForm 은 검증과 수정 사이클을 관리하도록 몇 가지 표준 메서들이 추가된 자바빈즈에 불과한다. 이러한 자바빈의 프로퍼티들을 HTML 컨트롤의 속성과 일치시키는 작업은 스트럿츠가 자동으로 처리한다. 즉, 개발자는 ActionForm만 작성해 주면 된다.

다음 코드에서 처럼, 이 클래스(ActionForm)는 HTML 폼 요소로 전송된 폼의 username 필드를 자동으로 채워넣는다.
public final class LogonForm extends ActionForm{
    private String username = null;
    public String getUsername(){
        return this.username;
    }
    public void setUsername(String username){
        this.username = username;
    }
}

<form-bean
    name="logonForm"
    type="app.LogonForm"  />

3. 커스텀 액션
스트럿츠 프레임워크에서는 데이터를 받는 역할을 하는 Action 클래스를 제공한다. 프레임워크가 알아서 ActionForm을 생성하고 적절한 값을 셋팅하고(사용자가 입력한 값들) 검사한 다음, ActionForm을 Action 객체에 전달한다. 그러면 Action은 필요한 데이터를 ActionForm 빈으로부터 얻어낸다. 그리고 business logic을 숭행하고 ActionForward로 결과 page 로 간다.
public class LogonAction extends Action{
    public ActionFoward execute(ActionMapping mapping,
        ActionForm form,
        HttpServletRequest request,
        HttpServletResponse response)
        throws IOException, ServletException{

       LogonForm logonForm = (LogonForm)form;
       ....
       ....
       return mapping.findForward("continue");
    }
}

4. ActionMapping
웹 애플리케이션에서 모든 리소스들은 URI를 통해 참조한다. 이러한 리소스에는 HTML 페이지와 JSP 페이지 그리고 커스텀 액션 등이 있다. 커스텀 액션에 URI나 경로를 설정할 수 있도록 스트럿츠에서는 ActionMapping 객체를 제공한다.
<action-mapping>
    <action
        path="/logonSubmit"
        type="app.LogonAction"
        name="logonForm"
        scope="request"
        validate="true"
        input="/pages/logon.jsp"  />
</action-mapping>
       

5. ActionServlet
스트럿츠의 ActionServlet은 다른 컴포넌트들을 하나로 묶는 작업을 겉으로 드러나지 않게 내부적으로 조용히 처리한다. web.xml에서 ActionServlet을 설정하고 이에 따라서 ActionServlet에 요청이 들어오면 ActionServlet은 로딩된 struts config에 따라서 actionform을 생성하고 action을 찾고 mapping 하는 일련의 모든 작업들을 처리한다. 따라서 개발자는 직접 이 ActionServlet을 수정할 일은 없다. (필요하면 확장은 가능)  

6. 지역화
Localization 기능

스트럿츠, Model 2, MVC

JSP 는 동적인 웹 페지이를 보다 쉽게 작성하기 위한 의도로 개발되었다.(HTTP로 요청이 왔을 때 HTML 페이지를 보여주는 방식은 정적인 page를 표현하는데 적당하다). 처음에는 서블릿과 ASP의 대안으로 JSP가 소개되었고 개발자들은 서블릿의 강력한 기능을 사용할 수 있을 뿐만 아니라, 서버 페이지를 쉽게 작성할 수 있게 되었다. 개발자들은 웹 애플리케이션을 개발할 때 서블릿은 컨트롤 플로우를 처리하는 데 사용하고, JSP는 HTML 작성을 담당하도록 하였다. 이렇게, 서블릿과 JSP를 함께 사용하는 기법을 Model 2라고 부른다(JSP난 사용하는 기법은 Model 1이라고 부른다).

Model 2는 MVC 아키텍쳐와 유사하다는 것이 발견되었다. 그래서 사람들은 Model 2와 MVC를 동일한 의미로 사용하게 되었다. 물론 Observer notification 패턴의 지원 여부에 대한 논쟁은 많다. 그래서 notification 패턴이 없는 MVC 혹은 MVC2 또는 Web MVC 라고 부른다.

Model 2가 MVC와 다르게 취급된 한 가지 원인은 Observer notification 패턴이 웹 환경에 맞지 않는 것이다. HTTP는 pull 방식의 프로토콜인 반면, Observer 패턴은 notification을 위해 push 프로토콜을 사용하여 모델이 변경될 때 서버가 클라이언트에게 메시지를 전달해야 한다.

사용자 삽입 이미지
전통적인 MVC는 보통 세 개의 컴포넌트가 서로 연결된 형태로 표현된다.

웹 애플리케이션을 포함한 분산 시스템 설계자들은 상태 쿼리(state query)를 꺼려하여 보통 Layers 패턴에 따라 설계한다. Layers 패턴에서는 자기 자신이 속한 계층이나 인접한 계층에 있는 클래스들과 상호 작용을 할 수 있다.  MVC 관점에서 볼 때 Layers 패턴을 적용하면 상태 변화나 상태 쿼리를 포함한 모든 change notification을 컨트롤러가 처리하도록 할 수 있다.

사용자 삽입 이미지
웹 애플리케이션은 전통적은 MVC와는 달리 직선적인 구조를 사용한다.
각 컴포넌트의 주된 기능은 그대로 유지하고, 상태 쿼리나 change notification 부분만 반드시 컨트롤러를 거치도록 컨트롤 플로우 부분만 약간 달라진다. 또한 뷰(프리젠테이션 계층)에서 동적 컨텐츠를 랜더링하는 데 필요한 데이터를 모델로부터 직접 받지 않고, 컨트롤러를 통해 전달받게 된다. 이렇게 하면 뷰와 모델을 분리할 수 있기 때문에 컨트롤러는 데이터와 데이터를 출력하는 뷰를 동시에 선택할 수 있게 된다.

스트럿츠는 JSP 페이지와 다른 프리젠테이션 계층 디바이스 사이의 컨트롤 플로우를 제어하기 위한 용도로 컨트롤러 서블릿(ActionServlet)을 제공함으로써 Sun의 Model 2 아키텍쳐를 구현하고 있다. 스트럿츠는 컨트롤 플로우를 제어하는 부분을 프리젠테이션 계층으로부터 분리하기 위해 ActionForward와 ActionMapping을 사용하여 MVC/Layers 패턴을 구현하고 있다.

스트럿츠는 효율적인가

1. 스트럿츠는 쓰레드에 안전할 뿐만 아니라, 쓰레드에 의존적이다.
요청에 대한 응답은 서블릿보다는 경량 Action 객체가 처리한다. 스트럿츠는 각각의 Action 객체를 한 번 생성한 다음, 다른 요청들을 원래 오브젝트에 대한 멀티쓰레드로 처리한다.

2. ActionFrom 빈은 서브클래스 코드를 최소화하고, 서브클래스 계층을 줄여준다.
요청에 대한 ActionForm 빈을 자동으로 설정해 준다.

3. 스트럿츠 태그 라이브러리는 범용적인 기능을 제공한다.
스트럿츠에 포함된 빈과 로직 태그 라이브러리는 대부분의 JSP 태그에 필요한 기능을 제공하고 있다.

4. 스트럿츠 컴포넌트들은 애플리케이션에서 재사용할 수 있다.

5. 스트럿츠 지역화 전략을 통해 필요 이상의 JSP를 줄일 수 있다.

6. 스트럿츠는 오픈 아키텍처로 설계된 것이다.
스트럿츠 컴포넌트들은 애플리케이션에서 이들을 상속하여 부가적인 기능을 제공할 수 있도록 설계되었다.

7. 스트럿츠는 가볍다.
스트럿츠는 다섯 개의 태그 라이브러리와 다섯 개의 코어 라이브러리만으로 이루어져 있다.

8. 스트럿츠는 표준을 따른다.

9. 스트럿츠는 오픈 소스로 개발되며, 문서화가 잘 되어 있다.

10. 스트럿츠는 모델 중립적이다.
스트럿츠는 특정한 백엔드 모델을 따르도록 설계된 것이 아니기 때문에 애플리케이션에서 가장 효율적인 모델 계층을 구현할 수 있다.

요약하자면,
스트럿츠 아키텍처의 핵심은 기본 HTTP 요청-응답 사이클의 흐름을 확장하는 방식에 있다. 스트럿츠 컨트롤러는 애플리케이션에서 사용하는 경로들을 관리하여 사용자로부터 주어진 입력값을 안전하게 수집할 수 있도록 해줄 뿐만 아니라, 에러 메시지와 같은 애플리케이션 메시지를 지역화 할 수 있게 해준다.


신고

'개발' 카테고리의 다른 글

File Name 변환기  (4) 2007.10.08
네트워크 시큐리티의 이해 1  (0) 2007.09.21
Struts - 스트럿츠 아키텍쳐  (0) 2007.09.07
Pagination Query  (2) 2007.09.03
XML 금지 문자  (0) 2007.08.29
Browser Debugging tool  (0) 2007.08.08
TRACKBACK 0 COMMENT 0

Struts - 간단한 애플리케이션 작성

애플리케이션 작성해 보기

간단한 사용자 등록 애플리케이션을 만들어보자. 필드는 3개로 사용자 이름, Password1, Password2 로 구성되어 있고, 사용자가 정보를 입력하여 submit 했을 때, Password1과 Password2가 같으면 성공, 틀리면 실패 페이지로 이동하게 한다.

이 예제를 통해 다음과 같은 기능들을 살펴볼 수 있다.

1. HTML 폼 생성하기
2. HTML 폼으로부터 입력 받기
3. 입력 처리하기(비지니스 로직)
4. 주어진 입력에 따라 동적으로 실행 흐름 변경하기

애플리케이션을 구현하려면 다음과 같은 것들을 생성해야 한다.
1. Tomcat의 web.xml 파일에 ActionServlet 등록.
2. ActionForm
3. Action
4. struts-config.xml
5. register.jsp : 입력을 받는 jsp 페이지
6. success.html : 등록 성공시 포워드 시킬 성공 페이지
7. failure.html : 등록 실패시 포워드 시킬 실패 페이지

예제 소스 :





작동원리

사용자 삽입 이미지

1. Tomcat을 실행시키면 struts-config.xml(/WEB-INF/struts.config.xml)가 로딩된다.
action이라는 이름으로 ActionServlet이 등록되어 있고, config로 struts-config.xml이 설정되어 있다.

[web.xml]
<!-- Standard Action Servlet Configuration -->
 <servlet>
     <servlet-name>action</servlet-name>
     <servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
     <init-param>
      <param-name>config</param-name>
       <param-value>/WEB-INF/struts-config.xml</param-value>
     </init-param>
     <load-on-startup>2</load-on-startup>
 </servlet>
<!-- Standard Action Servlet Mapping -->
 <servlet-mapping>
    <servlet-name>action</servlet-name>
    <url-pattern>*.do</url-pattern>
 </servlet-mapping>


2. register.jsp에 접속하면 톰캣은 일반 JSP와 마찬가지로 처리하여 화면에 출력한다.
여기서 username과 password를 입력한 후 'Register'버튼을 클릭하여 페이지를 전송한다.
register.jsp를 살펴보면, 폼이 URI /register로 전송된다는 것을 확인할 수 있다. 그런데 실제로는 페이지가 register.do로 전송된다. 스트럿츠의 폼 태그는 .do라는 접미사를 알아서 붙여준다.  *.do와 일치하는 모든 요청 경로들이 ActionServlet으로 전달되도록 하였다.

[register.jsp]
<form:form action="/register">
ActionServlet에서 가장 먼저 하는 일은 일치하는 경로에 대한 Mapping을 확인하는 것이다. 이러한 맵핑은 자바빈즈로 되어있으며, 이들은 struts-config.xml파일을 통해 생성한다.
경로 /register 에 대한 맵핑이 아래와 같이 생성한 것을 확인할 수 있다.
[struts-confgi.xml]
<action-mappings>
  <action path="/register"
   type="registerapp.RegisterAction"
   name="registerForm"
   input="/register.jsp">  
그런 다음, ActionServlet은 name 프로퍼티가 맵핑에 연관되어 있는지를 확인한다.
[struts-config.xml]
<action-mappings>
  <action path="/register"
   type="registerapp.RegisterAction"
   name="registerForm"
   input="/register.jsp">
여기서 /register 맵핑은 registerForm의 이름으로 폼빈을 지정한다. 이때 서블릿은 이 이름에 해당하는 ActionFormBean객체를 검색한다.
[struts-config.xml]
<form-beans>
  <form-bean name="registerForm" type="registerapp.RegisterForm"/>
 </form-beans>
서블릿은 RegisterfForm을 formbean으로 사용한다. RegisterForm에 대한 인스턴스가 생성된 후에는 ActionServlet은 요청에 있는 각 입력 필드에 대한 RegisterForm의 setter 메서드를 호출한다. 이 예제에서는 setUsername, setPassword1, setPassword2 가 해당된다. 각 입력 파라미터에 대한 setter 메서드가 없을 경우 해당 파라미터를 그냥 무시한다.

3. ActionMapping 객체의 type 어트리뷰터는 ActionServlet에서 Action의 인스턴스를 생성하는 데 사용할 클래스 이름을 나타낸다. RegisterAction이 사용되도록 설정되어 있고, 이 객체의 execute 메서드를 호출하여 이전단계에서 생성한 RegisterForm이 전달된다.
[struts-config.xml]
<action-mappings>
  <action path="/register"
   type="registerapp.RegisterAction"
   name="registerForm"
   input="/register.jsp">

[RegisterAction]
public ActionForward execute(ActionMapping mapping,ActionForm form, HttpServletRequest req,HttpServletResponse res){
 
  RegisterForm rf = (RegisterForm)form;

4. execute 메서드의 결과에 따라 두개의 ActionForwrd중 하나가 반환될 것이다. findForward 메서드에서는 String 파라미터를 사용하여 name 프로퍼티와 일치되는 forward 객체를 찾는다.
[struts-config.xml]
<forward name="success" path="/success.html"></forward>
<forward name="failure" path="/failure.html"></forward>

[RegisterAction]
public ActionForward execute(ActionMapping mapping,ActionForm form, HttpServletRequest req,HttpServletResponse res){
 
  RegisterForm rf = (RegisterForm)form;
 
  String userName = rf.getUsername();
  String pw1 = rf.getPassword1();
  String pw2 = rf.getPassword2();

  if(pw1.equals(pw2)){    
    return mapping.findForward("success");
  }else{
     return mapping.findForward("failure");  
  }
 }

신고

'개발' 카테고리의 다른 글

jar 묶는 법  (2) 2007.06.27
썬, 자바 오픈소스화 한다  (0) 2007.05.11
Struts - 간단한 애플리케이션 작성  (0) 2007.04.26
Struts - Application Framework 소개  (0) 2007.04.26
Oracle SQL  (0) 2007.03.29
스크립트 언어의 재발견  (0) 2007.03.23
TRACKBACK 0 COMMENT 0

Struts - Application Framework 소개

Struts - 자바 프레임워크를 이용한 웹 애플리케이션의 구축
(인포북)

====================================================

애플리케이션 프레임워크란 무엇인가?

Framework 란 특정한 애플리케이션을 제작하는 데 이용할 수 있는 재사용 가능하고(reusable), 반완전한(semi-complete) 형태의 애플리케이션이다[Johnson].
애플리케이션 프레임워크는 공통점을 토대로 개발자들에게 제품 개발의 기반이 되는 재사용 가능한 구조를 제공하도록 만들어진 것이다.

프레임워크는 개발자에게 다음과 같은 특징을 가진 핵심 컴포넌트들을 제공한다.
1. 다른 애플리케이션에서도 제대로 동작한다고 알려져 있다.
2. 다음 프로젝트에 당장 사용할 수 있다.
3. 회사 내의 다른 팀에서도 사용할 수 있다.

기반 기술들

1. HTTP : 프로토콜은 데이터가 전송되는 형태와 전송받은 데이터를 해석하는 방법 등을 정의하고 있다. 웹 애플리케이션들은 컴퓨터에서 실행되는 브라우저와 서버에서 실행되는 애플리케이션이 서로 데이터를 주고받을 때 HTTP(Hypertext Transfer Protocol)을 사용한다.
어떤 프로토콜은 각 컴퓨터간의 연결을 끊지않고 계속 유지하여 애플리케이션 서버가 현재 누구에게 연결되어 있는지를 알아낸다. 이러한 프로토콜은 stateful protocol이라고 부른다. 반면, HTTP는 stateless protocol에 해당한다. HTTP서버는 임의의 클라이언트로부터 request를 받아서 일정한 response를 보낸다. 연결을 생성하고, 이를 유지하는 데 드는 오버헤드가 없기 때문에 stateless protocol은 엄청난 양의 요청을 처리할 수 있다.
HTTP 요청은 단순한 텍스트 문서로 구성되어 있기 때문에 애플리케이션에서 HTTP 요청을 쉽게 생성할 수 있다.

HTTP 요청의 첫 라인에는 요청 방식과 요청한 자료의 위치, HTTP 버전 등이 차례로 담겨 있다. 이러한 첫 라인 뒤에는 0개 이상의 HTTP 헤더가 나온다. HTTP 헤더는 서버에게 부가적인 정보를 전달하기 위한 용도로 사용된다. 이러한 정보를 예를 들면, 브라우정의 종료와 버전, 받아들일 수 있는 문성의 종류, 브라우저의 쿠키 등이 있다. request 방식에는 7가지가 있는데, 그 중에서 GET과 POST  메서드가 가장 일반적으로 사용되고 있다.

일단 서버에서 요청을 받으면 해당 서비스를 수행한 후에 HTTP response를 보낸다. 응답의 첫 라인을 status line이라고 부르며, 여기에는 HTTP 프로토콜 버전과 숫자로 표시된 상태 그리고 그 상태에 대한 간략한 설명 등을 담고 있다. 상태 라인 다음에는 일련의 HTTP 응답 헤더들이 나오며, 이들은 request header와 비슷한 기능을 담당한다.

표준 HTTP 웹서버는 기본적으로 동적 컨텐트(dynamic content) 생성에 관여하지 않는다. 일반적으로, 서버는 요청에 해당하는 파일을 찾아서 응답에 그 파일을 실어 보낸다. 이때 파일은 웹 브라우저에서 읽고, 화면에 출력할 수 있는 HTML 포맷으로 되어 있다. HTML 페이지는 보통 다른 웹 페이지에 대한 하이퍼텍스트 링크를 담고 있으며, 이미지나 비디오 같은 것들을 출력하기도 한다. 사용자가 링크를 클릭하여 또 다른 요청을 보내면 이러한 전체 과정이 다시 시작된다.

표준 웹 서버는 정적 컨텐트(static content)와 이미지를 처리하는 데는 적합하지만, 사용자에게 커스터마이즈된 동적인 응답을 보내기 위해서는 별도의 기능이 추가되어야 한다.

2. CGI
Common Gateway Interface. 초기에 동적 컨텐트를 생성하기 위해 사용

3. Java Servlet
서블릿은 일종의 작은 웹 서버와 같이 구성되어 있다. 즉, 요청을 받고, 이에 대한 응답을 보낼 수 있다. 하지만 서블릿 API 는 기존 웹 서버와 달리, 자바 개발자가 동적인 애플리케이션을 생성하는데 도움을 주기 위한 목적에 주안점을 두고 설계된 것이다.
서블릿 자체는 일반적인 자바 객체와 같이, 바이트 코드로 컴파일된 자바 클래스에 불과하다.
기존 웹 서버가 서블릿에 접근하려면 해당 서블릿이 컨테이너에 담겨 있어야 한다. 이러한 서블릿 컨테이너는 웹 서버에 장착된다. 각각의 서블릿들은 처리하고자 하는 URL 패턴을 선언할 수 있다. 등록된 패턴과 일치하는 요청이 들어오면 웹 서버는 해당 요청을 컨테이너에게 전달하고, 컨테이너는 다시 해당 서블릿을 호출하게 된다.

그러나 CGI 프로그램과 달리, 각각의 요청마다 서블릿이 새로 생성되지는 않는다. 컨테이너에서 서블릿이 한 번 생성된 후에는 각각의 요청에 대해 새로운 Thread가 할당된다. 자바 쓰레드는 CGI 프로그램에서 사용하는 서버 프로세스에 비해 리소스를 훨씬 적게 사용한다. init() 메서드를 사용하여 데이터베이스 연결이나 EJB 홈 인터페이스와 같이 비용이 큰 리소스에 대한 레퍼런스를 유지할 수 있기 때문에 각각의 요청끼리 이러한 리소스를 공유하는 것이 가능하다. 이와 같은 장점의 이면에는 단점이 존재하는데, 서블릿은 멀티쓰레드 방식으로 동작하기 때문에 서블릿이 Thread-Safe 인지 특별히 주의를 해서 개발해야 한다.

4.JSP
서블릿에서는 응답을 생성하기 위해 개발자들은 다음 코드와 같이 println문을 사용하여 HTML 코드를 생성해야 한다.
out.println("<P>One line of HTML.</P>");
out.println("<P>Another line of HTML.</p>");

애플리케이션이 복잡해질수록 자바 개발자가 결국 HTML 페이지 디자이너 역할까지 떠맡아야 하는 상황에 이르는 경우가 상당히 많다.

서블릿만 사용하게 되면 마크업 부분과 비지니스 로직이 서로 뒤섞여버려 팀을 전문화하기가 상당히 까다로워질 것이다.

JSP 스크립팅 요소
요소 용도
표현식 "< %=와 % >"로 둘러싸인 자바 코드로서, 자바 언언의 문장을 평가하고, 그 결과를 서블릿 출력에 삽입하기 위한 용도로 사용된다.
스크립릿 "< %와 % >"로 둘러싸인 자바 코드로서, 동적컨텐트를 생성할 때 주로 사용된다.
선언문 "< ! %와 % >"로 둘러싸인 자바 코드로서, 서블릿 클래스의 BODY에 코드를 추가하는데 사용된다.다.


클라이언트가 JSP 페이지를 요청하면 컨테이너는 해당 페이지를 자바 서블릿 소스 코드 파일로 변환한 다음, 이러한 소스 코드를 다시 자바 클래스 파일로 컴파일한다.

5. JSP 태그
스크립팅 요소는 동적인 JSP 컨텐트를 생성하기 위한 두 가지 수단 중 하나일 뿐이다. 로직을 JSP 페이지에 넣으면 애플리케이션을 재사용하기 힘들고, 유지보수가 불가능하다는 것을 깼닫게 되었다. 이러한 문제에 대한 해결책으로 JSP 태그를 사용하는 방법이 있다.

JSP 태그는 마치 이들이 일반적인 HTML 태그인 것처럼 HTML 마크업과 혼합하여 사용할 수 있다. 하나의 JSP 태그로 수십 개의 자바 문장을 나타낼 수 있으며, 개발자들은 단지 이러한 태그를 어떻게 삽입하는지만 알면 된다. 여기에 해당하는 프로그래밍 코드는 자바 클래스 파일에 숨겨지게 된다.

동일한 코드를 다른 페이지에서도 사용하려면 단순히 해당 태그를 다시 삽입해주기만 하면 된다. 태그에 대한 코드가 변경된 경우, 해당 태그는 자동적으로 변경된 버전의 코드를 사용하게 된다. 따라서 태그를 사용하는 JSP 페이지들을 일일이 수정해줄 필요가 없다. 개발자에게 유용한 기능을 제공하는 미리 정의된 JSP 태그 라이브러리들이 많이 나와 있다. 그 중 대표적인 것으로 JSTL(JSP Standard Tag Library)이라는 것이 있다.

6. JAVA BEANS
자바빈즈는 개발툴이나 다른 컴포넌트에서 쉽게 사용할 수 있도록 해주는 일련의 디자인 패턴이 적용된 자바 클래스들이다. 자바 빈즈는 자바로 작성된 재사용 가능한 소프트웨어 컴포넌트이다.

자바빈즈 디자인 패턴은 두 종류의 메서드를 통해 빈의 내부 상태에 접근할 수 있도록 하고 있다. 접근자(accessor)와 반환자(mutator). 반환자(mutator) 메서드의 이름은 항상 소문자 set 이라는 접두사로 시작하고, 접근자(accessor)의 접두사는 get이다. (setter와 getter). accessor의 리턴값이 boolean일 경우는 is라는 접두사를 사용한다.

7. Model 2
Servlet/JSP 스펙 0.92 버전을 보면 Model 2를 서블릿과 JSP 페이지를 동일한 애플리케이션에서 함께 사용하는 아키텍쳐로 정의하고 있는 것을 볼 수 있다. 그러나 그 다음 버전부터는 Model 2 라는 용어가 사라졌지만, 자바 웹 개발자들 사이에서 현재까시 널리 사용되고 있다.

Model 2에 의하면, 서블릿은 데이터 접근과 네비게이션 흐름(naviation flow)를 처리하고, JSP 페이지는 프리젠테이션을 처리하는 역할을 담당한다. 따라서 Model 2를 적용하면 자바 엔지니어와 HTML 개발자들이 애플리케이션의 각 부분을 분담하여 작업할 수 있게 된다. 또한 Model 2 애플리케이션의 일부분을 수정하더라고, 다른 부분을 반드시 바꿔줄 필요가 없다. 즉, HTML 개발자는 백 오피스 서블릿의 동작을 변경하지 않고도 애플리케이션의 외관(look and feel)을 자주 수정해줄 수 있다.

스트럿츠 프레임워크는 Model 2 아키텍쳐를 기반으로 만들어졌다. 따라서, 네비게이션 흐름과 데이터 접근을 처리하기 위한 특수 클래스들을 담당하는 컨트롤러 서블릿을 제공하고 있다. 그뿐만 아니라, 강력한 커스텀 태그 라이브러리가 프레임워크와 함께 제공되어 스트럿츠에서 JSP 페이지를 쉽게 사용할 수 있도록 하고 있다.

스트럿츠의 전체 구조

스트럿츠는 Model 2 아키텍쳐를 사용한다. 스트럿츠의 ActionServlet은 네비게이션의 흐름을 제어한다. Action 클래스는 비지니스 관련 클래스들을 접근하는 데 사용된다. ActionServlet이 컨테이너로부터 요청을 받게 되면 URI(혹은 경로)를 통해서 어떠 Action이 주어진 요청을 처리할 것인지를 결정한다. Action은 입력값을 검사한 후 비지니스 계층에 접근하여 데이터베이스나 기타 데이터 관련 서비스로부터 특정한 정보를 얻어낸다.

ActionSevlet은 입력값들을 한꺼번에 자바빈즈로 묶는다. 이러한 입력 빈들은 스트럿츠 ActionForm 클래스의 서브클래스로 구성된다. ActionServlet은 Action을 선택할 때와 동일한 방식으로 어떤 ActionForm 을 사용하여 요청된 경로를 살펴볼 것인지를 결정한다. ActionForm 은 org.apache.struts.action.ActionForm의 서브클래스이다.

각각의 HTTP 요청에 대해서는 반드시 HTTP 응답이 주어져야 한다. 일반적으로, 스트럿츠 Action은 직접적인 응답을 생성하지 않고, 주어진 요청을 JSP 페이지와 같은 리소스로 전달한다. 스트럿츠는 페이지에 대한 경로를 논리적인 이름으로 지정할 수 있는 기능을 ActionForward라는 클래스를 통해서 제공하고 있다. 비니지스 로직 부분에 대한 처리가 끝나면 Action은 ActionForward를 선택하여 이를 서블릿에 반환한다. 그러면 서블릿은 ActionForward 객체에 저장된 경로를 사용하여 해당 페이지를 호출함으로써 응답을 마친다.

스트럿츠는 이러한 세부 사항들을 하나의 ActionMapping 객체로 묶어버린다. 각 ActionMapping 은 특정한 경로에 연결되어 있다. 해당 path가 요청되면 서블릿은 알맞은 ActionMapping 객체를 검색하고, 서블릿은 이를 통해 어떤 Action, ActionForm, ActionForward 등을 사용해야 하는지를 알게 된다.

Action, ActionForm, ActionFoward, ActionMapping 등과 같은 것들에 대한 구체적인 선언은 struts-config.xml 파일에서 찾아 볼 수 있다. ActionServlet은 처음 시작할 때 이 파일을 읽어서 configuration 객체에 대한 데이터베이스를 생성한다. 스트럿츠는 런타임시 configuration 파일을 직접 참조하는 것이 아니라, 그 파일로부터 생성된 객체들을 참조한다.


사용자 삽입 이미지


참고 : ajax
http://www.adaptivepath.com/publications/essays/archives/000385.php



 
신고

'개발' 카테고리의 다른 글

썬, 자바 오픈소스화 한다  (0) 2007.05.11
Struts - 간단한 애플리케이션 작성  (0) 2007.04.26
Struts - Application Framework 소개  (0) 2007.04.26
Oracle SQL  (0) 2007.03.29
스크립트 언어의 재발견  (0) 2007.03.23
효율적인 로그 관리 방안  (0) 2007.03.14
TRACKBACK 0 COMMENT 0

티스토리 툴바