개발은 전투다

1. 스프링의 핵심 개념

 - 이어서 계속

3) IoC 컨테이너 (스프링 컨테이너)

 * 제어의 역전 – 외부(컨테이너)에서 제어를 함.

> 빈(Bean) : 
 스프링이 제어권을 가지고 직접 만들고 관계를 부여하는 오브젝트.

> 빈 팩토리(Bean Factory) : 
 빈(오브젝트)의 생성과 관계 설정 제어를 담당하는 IoC오브젝트. 
 좀 더 확장한 애플리케이션 컨텍스트(application context)를 주로 사용.

> 애플리케이션 컨텍스트: (IoC 컨테이너 or  스프링 컨테이너)
 DI를 위한 빈 팩토리에 엔터프라이즈 애플리케이션을 개발하는 데 필요한 여러 가지 컨테이너 기능을 추가한 것.

> 설정정보/설정 메타정보
 구성정보 or 형상정보 (XML)

> 스프링 컨테이너(IoC 컨테이너) : 
 IoC 방식으로 빈을 관리한다는 의미에서 애플리케이션 컨텍스트나 빈 팩토리를 의미.

 * IoC 컨테이너
 어떠한 객체의 명세서를 작성하고, 스프링 라이브러리는 해당 명세대로 객체를 생성. 생성된 객체(그리고 디펜던시)들을 보관하는 공간을 의미.

참고) JNDI (Java Naming and Directory Interface)

* 엔터프라이즈 애플리케이션을 위한 네이밍과 디렉토리 서비스 표준 인터페이스
* Java 소프트웨어 클라이언트가 이름(Name)을 이용하여 데이터 및 객체를 찾을 수 있도록 도와주는 디렉토리 서비스에 대한 Java API.

[Naming Service 구조]

출처: http://ooz.co.kr/178?category=818548 [이러쿵저러쿵]

1. 스프링의 핵심 개념

 * DI

 * IoC

 * AOP & AOP Proxy

 * AOP in Spring

 1) 주요 구성 요소 

 * IoC / DI

 * AOP

 * PSA

 2) DI (Dependency Injection, 의존성 주입)

  DI는 스프링(Sping)을 통해서 특별히 생겨난 용어는 아님. 단 DI를 잘 지원해주는게 스프링.

위의 예제 처럼 분리/도킹(부착) 형으로 개발을 하게 되면 각 객체(또는 애플리케이션) 간의 결합도를 낮출 수 있으며, DI를 사용하는 목적이 이러한 결합도를 낮추기 위함.

 2-1) DI의 종류

  * Setter Injection (세터 주입)

  * Construction Injection (생성자 주입)

 위의 코드는 JAVA 개발자라면 친숙한 개념으로 DI는 JAVA에서도 많이 사용해 왔던 개념. (객체 지향 프로그래밍(OOP)에 있던 개념)
 단지, 스프링에서는 이러한 일련의 과정을 (동적으로) 자동화 함.

 2-2) 스프링에서의 DI

 * 명세서에 따라서 자동적으로 부품을 활용하여 제품을 조립 => 스프링

 * 일체형 프로그램과는 반대로 제품을 생성.

 * 즉, 작은 부품부터 시작하여 큰 부품으로 이동하며 조립.
 => Inversion of Control (IoC)

기본적인 완제품 제작 순서와는 다르게 작은 부품부터 큰 부품으로, 제품을 만드는 순서가 역순 (Inversion of Control).
그래서 IoC라는 이름이 붙었으며, 이러한 일련의 작업을 스프링은 컨테이너라는 곳에 담아서 처리하여 스프링을 IoC컨테이너라 함.

스프링은 완성품을 만드는 것보다 부품을 모아서 조립하는 것을 도와줌. 즉, 이러한 DI 구조를 개발자가 좀 더 쉽고, 간편하게 사용할 수 있도록 지원해 주는 프레임워크 중의 하나가 스프링.

 * 개발 핵심 처리 루틴의 수정 없이 제품(객체)를 다른 제품(객체)로 쉽게 대체하여 생성 가능하도록 하는 역할을 함.

 * 명세서에 따라서 자동적으로 부품을 활용하여 제품을 조립.

 * 생성하기 원하는 객체를 명세서(XML)에 기술하고, 그 부품과 의존성(Dependency)들을 보관하는 일을 처리. 그러한 데이터를 보관하는 공간을 컨테이너라 함. (IoC 컨테이너)

2-3) DI 구현

 객체의 생성과 도킹에 대한 내용이 소스 코드 상에 있는 것이 아닌 별도의 텍스트 파일(XML 설정 파일)에 분리하여 존재. 
 (JAVA소스 컴파일 없이 XML 변경만으로 내용 변경 가능)

 * XML을 활용(스프링 DI)하는 경우는 VIEW에 대한 객체만을 요청했을 뿐, 실제 내부적인 사항은 JAVA코드 상에 드러나지 않음.
 * 새로운 클래스의 bean객체를 만들어 XML에 주입만 시켜줘도, 기존 소스 변경 없이 새로운 형태의 객체 적용이 가능함.

2-4) XML (Bean) Sample

* 빈(Bean) 객체는 반드시 클래스를 사용. 인터페이스나 추상클래스는 객체 생성이 불가능함.
* 빈 객체 생성, 객체 초기화, 객체 값(또는 레퍼런스) 주입.

1) 이름이 record인 빈 객체 생성 / 별명 4개 : r1,r2,r3,r4 / SprReocrd 클래스 객체 생성.

    초기값으로 kor 라는 프로퍼티에 20값 대입 (set함수가 존재해야 위와 같은 프로퍼티 설정이 가능).
2) 이름이 record인 빈 객체 생성 / 생성자(인자가 하나인)를 통해서 값 대입 & 생성.
3) 생성자 중에서 kor 값을 입력받는 생성자를 통해서 20값 대입하고, 생성.
4) 3개의 인자를 받는 생성자를 통해 kor = 50, eng = 60, math = 70 대입 & 생성.
5) 생성된 record 객체를 set함수를 통해 프로퍼티에 저장하고 SprRecordView를 생성.

참고로 값을 대입하는 경우에는 value, 참조(레퍼런스)를 대입하는 경우에는 ref 를 사용.

출처: http://ooz.co.kr/175 [이러쿵저러쿵]

1. 스프링의 이해

 1.1) 스프링 정의

   - 간단히 스프링이라 지칭하지만 정확하게는 스프링 프레임워크 (Spring Framework) 라고 하는 것이 정확한 표현.'

  * 자바(JAVA) 플랫폼을 위한 오픈소스(Open Source) 애플리케이션 프레임워크(Framework)
  * 자바 엔터프라이즈 개발을 편하게 해주는 오픈 소스 경량급 애플리케이션 프레임워크
  * 자바 개발을 위한 프레임워크로 종속 객체를 생성해주고,  조립해주는 도구
  * 자바로 된 프레임워크로 자바SE로 된 자바 객체(POJO)를 자바EE에 의존적이지 않게 연결해주는 역할.

 - POJO 란 Plain Old Java Object 의 약자로 특별한 뜻을 담고 있는 용어는 아니며, 단순히 평범한 자바빈즈(Javabeans) 객체를 의미함.

 1.2) 스프링 특징

 * 크기와 부하의 측면에서 경량.

 * 제어 역행(IoC)이라는 기술을 통해 애플리케이션의 느슨한 결합을 도모.

 * 관점지향(AOP) 프로그래밍을 위한 풍부한 지원을 함.

 * 애플리케이션 객체의 생명 주기와 설정을 포함하고 관리한다는 점에서 일종의 컨테이너(Container)라고 할 수 있음.

 * 간단한 컴포넌트로 복잡한 애플리케이션을 구성하고 설정할 수 있음.

  - 또다른 특징 -

 * 동적(Dynamic) 웹 사이트 개발을 위한 프레임워크

 * 대한민국 전자정부 표준 프레임워크의 기반 기술

 1.3) 스프링 역사

* Rod Johnson 이 2002년 출판한 자신의 저서 Expert One-on-One J2EE Design and Development에 선보인 코드가 시초.

 * 이 프레임워크는 2003년 6월 최초 아파치 2.0 라이선스로 공개.

* 2004년 3월에 1.0 버전이 릴리즈 되고, 2011년 12월에 현재 최신 버전인 3.1 버전이 공개됨.

참고) 로드 존슨이 자신의 JAVA 개발 경험과 노하우를 기반으로 출판한 책에 샘플 프레임워크를 만들어서 저서에 실었는데, 이것이 차후 스프링이란 자바 표준 프레임워크로 발전하게 됨.

출처: http://ooz.co.kr/170 [이러쿵저러쿵]

Spring MVC 패턴 시작하기 / 프로젝트 생성 / 파일 구조

스프링 MVC 패턴으로 프로젝트를 생성하는 방법입니다.

New - Spring Legacy Project 를 클릭합니다.

Spring MVC Project를 선택하고 Next를 클릭합니다.

HomeController 파일이 들어갈 패키지의 이름을 정하고 finish를 클릭합니다.

이름1.이름2.이름3의 형태로 점을 두번 적어서 패키지 이름을 작성하시면 됩니다.

아래 사진은 위에 서술한 방법을 따라서 생성된 다른 프로젝트입니다.

스프링 MVC 프로젝트의 구조는 사진과 같습니다.

webapp안의 views 폴더 안에 화면에 관한 jsp 파일들이 들어갑니다.

스프링 MVC 프로젝트 요청 처리 순서

사진 출처 : http://terasolunaorg.github.io/guideline/1.0.1.RELEASE/en/Overview/SpringMVCOverview.html#id2

사진 속의 보라색 영역은 개발자가 구현하는 부분이다.

파란색은 스프링 프레임워크에서 제공한다.

초록색은 스프링 프레임워크에서 제공하거나 개발자가 구현한다.

클라이언트의 요청 이후에 위치한 Filter는 Encoding 을 하기도 한다.

Filter를 거친 요청은 DispatcherServlet으로 전송된다.

DispatcherServlet은 HandlerMapping을 통해서 요청에 해당하는 적절한 Controller를 찾게 된다.

HandlerMapping은 클라이언트의 요청 url을 어떤 controller가 처리할지를 결정한다. 그리고 그것을 DispatcherServlet에 전달한다.

DispatcherServlet은 실행할 Controller 정보를 HandlerAdapter에 전달한다.

HandlerAdapter는 해당 Controller를 호출하게 된다.

Controller는 Service를 호출해서 클라이언트의 요청을 처리한다.

Service에서는 DAO 를 통해서 DB 작업을 수행한다.

Controller는 작업을 처리한 후 그 결과를 Model 에 담고 View의 이름을 HandlerAdapter에게 전달하게 된다.

ViewResolver는 Commander의 처리 결과를 보여줄 View를 결정한다.

DispatcherServlet : 클라이언트의 요청을 전달 받고. Controller에게 클라이언트의 요청을 전달하고, Controller가 반환한 결과 값을 View에게 전달하여 알맞은 응답을 생성하도록 한다.

클라이언트의 요청은 스프링의 DispatcherServlet클래스로 보내지게 됩니다.

출처: http://fors.tistory.com/307 [fors]

어떤 @Service 어노테이션을 쓰는 비지니스 로직이 있는 객체에서 

나의 경우에는 Map을 초기화 해놓고 싶었다. 

그러니까 소스로 예를 들면,

저 map을 초기화 해놓고 foo() 메소드에서 쓰고싶은데

어떻게 하면 좋을까?

예전에는 bean 설정에서 init-method 설정을 통해 초기화해주는 메소드에서 구현하면 되었다.

아래와 같이 initData 메소드에서 세팅하면 된다.

<bean name="testService" class="com.test.TestService" init-method="initData" />

근데 어노테이션으로 간단히 하려면.

아래와 같이 사용하면 된다.

@PostConstruct 어노테이션을 설정해놓은 init 메소드는 WAS가 띄워질 때 실행된다. 

저 위에 예제에서 보면, AAAObject는 오토와이어링이 되어있는데,

과연 map에 들어있는 객체는 스프링에서 객체 생성을 해주었을까? 

PostConstruct의 메소드를 실행하기전에 오토와이어링으로 인해서 객체가 잘 생성 되었는가?

아니면 오토와이어링이 되기 전에 PostConstruct가 실행되었는가.. 

정답은 '잘 생성이 되어있다.'

autowired가 먼저 된 후 init 메소드가 실행된다~

출처: http://marobiana.tistory.com/105 [Take Action]