레이블이 ORacle 교육인 게시물을 표시합니다. 모든 게시물 표시
레이블이 ORacle 교육인 게시물을 표시합니다. 모든 게시물 표시

2013년 8월 5일 월요일

Struts Action 클래스

Struts Action 클래스 


오라클자바커뮤니티에서 설립한 오엔제이프로그래밍 실무교육센터
(오라클SQL, 튜닝, 힌트,자바프레임워크, 안드로이드, 아이폰, 닷넷 실무전문 강의) 
 www.onjprogramming.co.kr 

org.apache.struts.action.Action 클래스는 컨트롤러 컴포넌트의 연장으로 보시면 되며 클라이언트의 요청과 비즈니스 로직을 연결해 주는 역할을 합니다. Action 클래스에서는 비지니스 로직을 처리하기 전의 인증이나 세션 검증 등의 작업을 수행 합니다.

Action에 대해서는 Model이냐 Controller이냐를 고민 하는 경우가 있는데 아마도 Controller 영역으로 보시는 것이 맞을 것 같습니다, 그 이유 중 하나는 Model 영역은 컨트롤러 영역을 알면 안되지만 Action 클래스는 ActionServlet에 접근 하므로 컨트롤러의 모든 자원에 접근이 가능 하기 때문에 이를 Controller 쪽으로 보는 것 입니다.

만약 Action 클래스 내에 비즈니스 로직을 넣어 둔다면 스트럿츠 프레임워크를 다른 프레임워크로 바꾸는 경우가 발생 한다면 다른 클래스로 대체해야 할지도 모릅니다. 결국 비즈니스 로직을 Action 클래스 안에 두는 것은 다른 타입의 클라이언트에서 재사용하지 못하는 결과를 초래 할 수도 있습니다.

 

Action 클래스는 여러 메소드를 포함하지만 가장 중요한 메소드는 execute() 입니다.

원형을 살펴보면 다음과 같습니다.

public ActionForward execute(ActionMapping mapping,
                              ActionForm form,
                              HtpServletRequest request,
                              HttpServletResponse response) throws Exception;

클라이언트의 요청을 받으면 execute() 메소드가 호출 됩니다.Controller는 Action 클래스의 인스턴스가 존재하지 않으면 생성하며 있으면 재활용 합니다. 스트럿츠에서는 각 Action 클래스에 대해 하나의 인스턴스만 생성하여 자원을 공유 합니다.

Action 클래스의 execute() 메소드의 기본적인 구현은 null을 return 하므로 새로운 Action 클래스를 작성하여 execute() 메소드를 오버라이드 해야 합니다.

스트럿츠에서 폼액션을 처리하기 위해 여러 개의 Action 클래스를 만들 수 있는데 각 클래스가 org.apache.struts.action.Action 클래스를 상속 받은 후 execute() 메소드를 오버라이드 한다는 이야기 입니다.

그런데 다음처럼 모든 Action 클래스들이 상속 받아서 구현할 추상 클래스를 만들어 둘 수 있는데 … Action클래스들의 공통 기능이 있는 경우 이를 추상클래스에서 처리하고 나머지는 이 추상클래스에서 상속 받은 하위 클래스에서 정의하도록 추상 클래스를 만들어 둘 수 있습니다.

앞의 로그인 예제를 생각 한다면 LoginAction과 LogoffAction이 공통적으로 하는 일은 세션을 확인 하는 일인데 이러한 부분을 추상클래스를 두어 처리가 가능 하다는 이야기 입니다.

Action 클래스를 만들 때 주의할 부분은 execute() 메소드 안에 try/catch 블록이 없다는 것입니다. 아래를 참고 하세요…

<global-exceptions>
  <exception
        key=”global.error.invalidlogin”
        path=”/login.jsp”
        scope=”request”
        type=”login2.exception.InvalidLoginException”
</global-exceptions>

위와 같이 설정을 해 둔다면 프레임워크에서 어떤 동작으로 인해 InvalidLoginExceptiondl 발생 했을 경우 요청을 login.jsp로 포워드하고 global.error.invalidLogin 이라는 key를 통해 에러 메시지를 구축 하도록 설정을 하는 것 입니다.

Controller가 어떤 요청을 받았을 때 어떤 Action 클래스의 인스턴스를 수행 할지를 어떻게 알 것인가? …… 컨트롤러는 Action 매핑을 조사 함으로서 Action 인스턴스를 결정 하는데 웹 애플리케이션이 시작 될 때 web.xml 파일에 있는 스트럿츠 설정 부분에 struts-config.xml 파일의 위치를 설정 합니다. 이 정보를 바탕으로 이 내용을 메모리에 올려 객체화 해서 웹 애플리케이션에서 보관을 하고 있는데 이 정보 중 Action 매핑 정보를 참고 한다고 생각 하시면 됩니다. (물론 스트럿츠 설정 파일의 이름이 struts-config.xml 일 필요는 없습니다.)

struts-config.xml 파일에 있는 Action과 관련된 매핑 정보는 org.apache.struts.action.ActionMapping 클래스의 인스턴스로 표현  되는데 ActionMapping 객체는 URI와 매칭되는 path 속성을 포함하고 있습니다.

아래는 struts-config.xml 파일에서의 Action 매핑 예 입니다.(로그인 예제의 경우)

<!-- valiedate를 true라고 함으로써 LoginForm의 validate가 호출 됩니다.            -->
    <action-mappings>
            <!-- loginAction에 대한 정의 -->
        <action         
                path="/LoginSubmit"
                type="login2.LoginAction"
            name="loginForm"                       
            validate="true"
            input="/login.jsp"
        />
       
        <!-- logoffAction에 대한 정의 -->
        <action         
                path="/logoff"
                type="login2.LogoffAction"
            name="logoffForm"                       
            validate="false"         
        />                     
    </action-mappings>

로그인과 관련된 액션 매핑을 보면 /LoginSubmit 패스와 login2.LoginAction를 매핑 하고 있는 것을 알 수 있습니다. Controller가 “/LoginSubmit” 문자열이 포함된 요청을 받으면 LoginAction 인스턴스의 execute() 메소드를 실행 하게 되는 것 입니다. 물론 스트럿츠에서는 매핑 정보를 Action 인스턴스의 execute()가 종료 한 후 포워드 할 곳을 인식하는데도 사용 합니다. 

2013년 8월 4일 일요일

(오라클 테이블스페이스)oracle tablespace

ORACLE TableSpace 개념


소개
- Oracle은 논리적으로는 TableSpace에 , 물리적으로는  DataFile에  Data를 저장한다.
- Oracle DataBase는 TableSpace라는 하나 이상의 논리적인 저장 단위로 구성되며,
또한 각TableSpace는 DataFile이라는 하나 이상의 OS File로 구성된다.
- Table이나 Index 같은 Schema Object가 생성되면 DB내의 지정된 TableSpace에 해당
  Segment가 생성된다. Create Table 명령에 TableSpace Option을 사용하여 특정
  TsableSpace에 Table을 저장한다.

1. DBA는 TableSpace를 이용하여 다음과 같은 작업을 수행한다.
- DataBAse의 Data를 저장하기 위한 Disk 영역 할당제어
- DataBAse 사용자에게 특정 영역 할당
- 각 TableSpace를 Online또는 OffLine으로 설정하여 Data의 가용성 제어
- 부분적인 DataBase BackUp또는 Recovery 수행
- 성능 향상을 위해 Data 저장영역을 여러 장치에 나누어 할당

2. SYSTEM TableSpace
- DB가 생성될때 자동으로 생성되며, 전체 DB에 대한 Dictionary를 포함하고, 항상 Online
으로 유지되어야 한다.
- 크기가 작은 DB는 SYSTEM TableSpace만을 필요로 할수도 있으나 일반적으로는
적어도 하나이상의 TableSpace를 추가로 생성하여 사용자 Data를 Dictionary와 별개로
저장해야 한다.이렇게 함으로서 Dictionary Data와 Schema 개체간의 경합을 줄일수 있다.
- Procedure/Function/Package/Package Body등의 내장 PL?SQL단위로 저장된 자료는
SYSTEM TableSpace안에 저장되어야 한다.

3. DataBase 확장 방법
- 기존 TableSpace에 하나의 DataFile을 추가하는 방법
  (alter tablespace users add datafile ‘/usr2/oradata/users02.dbf’ size 500m;)
 - 새로운 TableSpace를 생성(DataFile도 당연히 추가되어야 한다.)
  (create tablespace users2 datafile ‘/usr2/oradata/users02.dbf’ size 500m
    default storage (initial 300k next 300k);
    default storage (initial 100k next 100k pctincrease 0);)
 - 추가 영역이 필요할 때 마다 DataFile의 Size를 늘여주는 방법
  (alter database datafile ‘/usr2/oradata/users01.dbf’ autoextend on next 20m
maxsize 1000m;)

4.  TableSpace의 Offline
- DBA는 DB가 Open되었을때 SYSTEM TableSpace를 제외한 다른 TableSpace에 대하여 Online
또는 OffLine으로 설정할수 있다.
OffLine으로 설정하는 이유는 다음과 같다.
a. DB의 일부분의 사용을 제한할 때
b. Offline TableSpace BackUp을 수행할때(DB가 Archive Mode로 운용중일때는 OnLine 상황
에서도 TableSpace의 BAckUp이 가능함)
c. .응용프로그램을 갱신또는 유지보수 하는 동안 응용프로그램과 해당 Table Group을 임시로
사용 못하게 함
 - TableSapce의 Offline
a. 만약 TableSpace에 사용하는 RollBack  Segment가 있다면 Offline으로 설정이 불가
 함
b. TableSpace가 Offline 상태가 되거나 다시 Online상태가 될때 이러한 상태 변화는
SYSTEM TableSpace의 Dictionary에 기록되며,DB를 종료할때 TableSpace가 OffLine
이었다면 DB를 Mount하여  Open하여도 역시 해당 TableSpace는 Offline이다.
c. DB의 DBWR는 TableSpace의 DataFile에 기록할때 오류가 발생하면 해당 
TableSpace를 Offline 시킨다.
d. 만약 Index와 Data를 서로다른 TableSpace에 분리하였을 경우
인덱스를 포함하는 TableSpace가 Offline인 경우에는 Query에서 여전히 Data를 Access할수
있다.그러나 Data를 포함하는 TableSpace가 Offline인 경우에는 Data Access불가함

5. 읽기 전용 TableSpace
- 기본목적은 DB의 정적부분의 백업 및 복구를 수행하지 않기위해
- 새로운 TableSpace를 생성하면 항상 읽기/쓰기 가능모드로 생성되면, 읽기 전용으로 설정할
경우에는 read only Option을 이용한다. 물론 이후에 read write Option을 사용하여 다시
쓸수있게 만들수 있다.

- Offline된 DataFile은 Access할수 없으며 읽기전용 TableSpace의 DataFile을 Online으로
설정하면 file을 읽을수 있게 되며, 연관된 TableSpace가 read write Option으로 설정되어야만
기록할수 있다. 읽기전용 TableSpace의 DataFile은 alter database 명령어에 datafile Option을
사용하여 독립적으로 onlin이나 Offline될수 있다.

- TableSpace를 Offlin으로 설정한 경우에도 읽기전용 TableSpace에 DataFile을 추가할수
없습니다. 즉 읽기전용 TableSpace를 갱신하려면 먼저 TableSpace를 read write로 만들어야
합니다.그런후 다시 read only로 설정합니다.