이번에는 Action (Foward)에 대해 배우겠습니다. 이것은 별도의 Class를 걸치지 않고 바로 view 페이지로 이동할 때 쓰입니다. 이번에 우리는 Hello Struts! 문장이 출력되는 JSP 페이지와 연결 하여 요청이 들어오면 Struts를 통해서 해당jsp 파일이 보여지도록 만들것입니다. 별다른 비지니스로직이 처리되는것이 아닌 바로 프리젠테이션로직으로 이동하는 것입니다. 순서는 다음과 같습니다.
1. jsp 파일 생성 2. struts-config.xml에 action 등록 3. 실행
아주 간단합니다. 특별한 비지니스 로직을 통하지 않으므로 Class를 만들 필요도 없구요.
1. Eclipse에서 jsp파일을 한개 만듭니다. 파일명은 helloStruts.jsp로 하겠습니다. 편의를 위해 디렉토리 한개를 만들겠습니다.
디렉토리와 파일명은 /jsp/study01/helloStruts.jsp 이와 같이 하겠습니다.
파일이 만들어 생성 되었으면 내용을 편한대로 입력하시고 저장하시면 됩니다.
2. struts-config.xml파일을 열어서 action을 등록 합니다.
<action-mappings /> 에 다음과 같이 등록 해 줍니다. <action path="/hello" forward="/helloStruts.jsp" />
3. 실행 이걸로 Foward 가능한 action 등록은 끝났습니다. 이제 각자 서버에 맞게 배포 후 실행 하면 다음과 같은 화면을 볼 수 있을 것 입니다.
Struts에서 Foward는 다음과 같은 순서로 이루어 집니다. 1. 요청이 들어오면 우선 URL 패턴을 통해 이것이 Struts를 이용하여 실행이 될것인지 판단합니다. 2. 스트럿츠를 통해 실행이 되어야 하는 패턴일 경우 struts-config의 action-mapping 부분에 등록되어 있는 여러 액션중 path가 맞는 것을 찾아 해당 액션이 가르키는 foward의 내용을 보여 줍니다. (action의 type이 지정되어 있다면 해당 클레스의 excute 메소드를 실행시킵니다. ) 3. foward에 해당되는 응답을 줍니다.
그림에서 파란색으로 칠해 있는 부분이 Struts에 관련된 부분입니다. url 패턴 검사는 struts 사용을 위해 Servlet으로 등록할 때 *.do로 오는 것을 struts로 처리한다고 정의 했을 것입니다. 그러므로 helloStruts.do로 호출하게 된다면 위의 순서에 따라 helloStruts.jsp의 내용을 뿌려주게 됩니다.
글을 쓰다가 보니 또 뒤죽 박죽 되버렸네요~ 다음엔 조금더 생각 있이 써야 겠네요! 내을은 class를 한개 만들어 비지니스 로직을 실행 가능 하도록 만들도록 하겠습니다. 그럼 ' '
엄청 오랜만에 글을 쓰게 되었네요~ 예전부터 계획했던 스트럿츠와 관련된 내용입니다. 한달동안 훈련소를 갔다가 오고 이것저것 하다 보니 시간이 많이 지나버렸네요! 오랜만에 Struts 홈페이지를 보니 1.3.8로 업그레이드가 되었더군요~ 이전에 마지막에 써봤던 버젼이 1.2.9 였는데... 말이죠~ 우선 기반은 1.3.8 기반으로 설명 하겠습니다.
우선 JDK와 Tomcat에 깔여 있고 툴은 이클립스 기반으로 하겠습니다.
설치 순서는 다음과 같습니다.
1. Struts 다운로드 2. 필요한 jar 파일 프로젝트의 WEB-INF 밑에 LIB 폴더에 복사(라이브러리 등록) 3. WEB.XML 파일 작성 4. Struts 설정파일(기본: struts-config.xml) 작성
자~ 대략적인 순서는 위에 갔습니다. 저렇게 보니 간단하죠? 머 그냥 해봐도 간단하기는 합니다. 그럼 시작하겠습니다.
필자가 추가한 내용을 <Servlet>과 <servlet-mapping> 부분입니다. Struts를 사용하기 전에 Servlet에 대하여 모르시는 분은 Servlet부터 공부를 하고 오시는 것이 더 효율적으로 공부를 하실 수 있을 것 같습니다.
<Servlet>부분을 살펴보면 이것저것 설정 정보가 있다는것을 볼 수 있습니다. 서블릿의 이름과 파리미터를 보시면 대강 이해를 하실수 있을 것입니다. struts-config 파일의 정보라든지 debug 정보 출력 정도라는지... <Servlet-mapping>부분을 보면 요청이 어떻게 들어왔을 때 Struts로 처리를 할 것인지 적혀 있는 부분입니다. xxx.do 로 호출 될 경우에만 Struts로 처리 한다는 이야기 입니다.
4. Struts-Config 파일 설정 web.xml 파일 설정이 끝나으면 이제 struts-config 파일을 만들어야 합니다.
설정 정보 파일은 web.xml에서 지정한 위치와 파일이름으로 생성해 주시면 됩니다. struts-config.xml파일을 생성하시고 내용을 다음과 같이 입력 하시면 Struts 설치는 끝이 납니다.
Spring Framework는 2002년에 발간된 Rod Johnson의 저서 "Expert One-on-One J2EE Design and Development"에서 소개된 소스코드와 디자인 패턴들을 다시 정리하면서 2003년 초에 오픈소스로 시작된 프로젝트이다.
스프링의 목적은 J2EE 기반의 Web Applicaion을 쉽게 제작하는 것을 목적으로 하고 있으면서 J2EE 서비스에 종속되지 않고 계층화, 모듈화가 잘 되어 있는 유연한 프레임워크이다. 스프링은 각종 Bean의 생성 하고 관리를 하는 Light Weight 컨테이너로써 다른 프레임워크와 결합에 매우 중요한 역활을 한다.
Core 패키지는 프레임워크의 가장 기본적인 부분이고 당신에게 bean컨테이너를 기능적으로 관리하는 것을 허용하는 의존성 삽입(Dependency Injection-DI)기능을 제공한다. 여기의 기본적인 개념은 프로그램에 따른 싱글톤의 필요성을 제거하는 factory패턴을 제공하고 당신의 실질적인 프로그램 로직으로부터 설정과 의존성 명시를 분리시키는 것을 당신에게 허용하는 BeanFactory이다.
Core 패키지의 가장 위에는 프레임워크 스타일의 방식으로 bean에 접근하기 위한 방법을 제공하는 다소 JNDI-등록기와 유사한 Context 패키지가 위치한다. context패키지는 bean패키지로부터 이 기능을 상속하고 예를 들어 resource bundle와 같은것을 사용하여 텍스트 메시지, 이벤트 위임, 자원-로딩 그리고 예를 들어 서블릿 컨테이너와 같은 것에 의해 투명한 컨텍스트 생성을 위한 지원을 추가한다.
DAO 패키지는 끔찍한 JDBC코딩과 데이터베이스 업체 특정 에러코드의 파싱을 할 필요를 제거하는 JDBC추상화 레이어를 제공한다. 또한 JDBC패키지는 특정 인터페이스를 구현하는 클래스를 위해서 뿐 아니라 당신의 모든 POJOs를 위해서도 선언적인 트랜잭션 관리만큼 프로그램에 따른 방식으로 할수 있는 방법을 제공한다.
ORM 패키지는 JDO, Hibernate 그리고 iBATIS를 포함하는 인기있는 객체-관계 맵핑 API를 위한 통합 레이어를 제공한다. ORM패키지는 사용하여 당신은 앞에서 언급된 간단한 선언적인 트랜잭션 관리와 같은 Spring이 제공하는 다른 모든 기능을 사용해서 혼합하여 모든 O/R매퍼를 사용할수 있다.
Spring의 AOP 패키지는 당신이 정의하는것을 허용하는 AOP 제휴 호환 aspect-지향 프로그래밍 구현물을 제공한다. 예를 들어 코드를 명백하게 분리하기 위한 메소드-인터셉터와 pointcut은 논리적으로 구별되어야 할 기능을 구현한다. 소스레벨 메터데이타 기능을 사용하여 당신은 .NET속성과 다소 비슷한 모든 종류의 행위적 정보를 당신의코드로 결합한다.
Spring의 Web 패키지는 멀티파트기능, 서블릿 리스너를 사용한 컨텍스트 초기화 그리고 웹-기반 애플리케이션 컨텍스트와같은 기본적인 웹-기반 통합 기능들을 제공한다. WebWork나 Struts와 함께 Spring을 사용할때 이것은 그것들과 통합할 패키지이다.
Spring의 웹 MVC 패키지는 웹 애플리케이션을 위한 Model-View-Controller구현물을 제공한다. Spring의 MVC구현물은 어떠한 구현물이 아니다. 이것은 도메인 모델 코드와 웹폼(Web forms)사이의 분명한 구분을 제공하고 유효성체크와 같은 Spring프레임워크의 다른 모든 기능을 사용하도록 당신에게 허용한다.
사전적 의미로는 "어떠한 것을 이루는 뼈대, 기본 구조"를 뜻한다. 소프트웨어에서의 프레임워크란 "소프트웨어의 특정 문제" 또는 "소프트웨어 제작을 편리하게 할수 있도록 "미리 뼈대를 이루는 클래스와 인터페이스를 제작하여 이것들을 모아둔 것" 이라고 할 수있다.
지금 프레임워크에 대해서 글을 쓰고 있는 필자도 프레임워크를 처음 접할 때 도대채 이것을 왜 사용할까? 이것을 사용하면 더 편하게 작업할 수 있을까? 프레임워크가 과연 무엇이길레... 이런생각을 자주 하곤 했다. 필자의 생각으로는 프레임워크를 알기 위해서는 프레임워크를 사용 해 보는것이 가장 빠른 길인거 같다. 몇년동안 프레임워크 프레임워크 하는 소리를 듣고 인터넷을 찾아보고 하였지만 역시나 한번 사용해 보니 이런게 프레임 워크다는 생각이 들게 되었다.
아무튼 프레임 워크란 하나 하나의 상황에 초점을 맞추고 있는 디자인 패턴들을 모아 놓고 적용하기 쉽도록 구성하여, 개발자들이 쉽게 문제를 해결할 수 있도록 해주는 것이며 이것을 확장하여 클라이언트의 요구 사항을 충족시키는 Application을 만들 수 있는 뼈대를 제공해주 것이다. 즉, 개발자는 완성된 뼈대에 살을 붙이는 작업으로 Application을 완성시키게 된다.
프레임 워크에는 처리 영역에 따라 기능, 지워, 통합 프레임 워크로 구분이 된다.
1. 기능 프레임워크 전체 Application의 특정 기능 부분의 구현에 사용되는 프레임 워크로써 Application 동작에 필요한 여러 영역들의 문제를 전담하는 프레임 워크 들이다. 예를 들어 DB에 접근하여 처리만 담당하는 프레임 워크라든지 로깅을 담당하는 프레임워크 등 특정한 영역에 사용되는 프레임워크이다. 2. 지원 프레임워크 Application 개발 도움을 주는 프레임워크를 말하며 Applicaion안에 포함되지 않고 밖에 포함되는 프레임워크이다. Applicaion 개발 보다는 빌드를 위한 프레임워크가 지원프레임워크에 속한다. 3. 통합 프레임워크 여러 기능의 프레임워크를 한 곳에 모아 통합한 프레임워크를 말한다. 소프트웨어 전반에 걸쳐 개발자들이 ㄷ구현해야 할 많은 부분을 대신 해주며 대형 벤더들이 개발 환경과 함께 제공해 주는 경우가 많다.
이상 프레임워크에 대해서 정리해 보았다. 필자가 생각하고 있는 프레임워크가 다른 전문가들이 생각하고 있는 프레임워크가 맞는지는 필자도 잘 모른다. 아무리 생각해도 프레임 워크란 참....애매한 존재인거 같다.
