요즘 Spring Framework의 소스 코드를 보는 시간이 많아져서  즐겁기도 하고, 배움의 깊이가 깊어지는 것 같아, 행복하기도 하다.(자아 도취 ?, 만족? )

내가 개발자의 길을 고집하는 것은 좋아하는 일을 업으로 살아갈수 있다는 것이다. 좋아하는 것을 한다는 것은 배움에 있어 거부감없이 이해하는 만큼 흡입할 수 있다.
잘 된 코드를 보고 배울 수 있다는 것은 기능에 대한 이해와 더불어 더 많은 것을 보도록 해준다. 예전에 일민이(Toby)가 소스를 보고 공부하라고 했을때는 별로 필요가 없기도 하고, 기능만 알면 개발할 수 있는데라는 얇팍한 마음에 무시했었다. 그러나 지금 보니 참 많은 것을 얻을 수 있었는데, 좀더 빨리 시도할 걸이라는 마음이 든다.

어제는 Spring Framework에서 Singleton 또는 Prototype으로 Bean을 등록하고 사용하기 위해서 getBean() 메소드를 이용하는 것에 대해서 공부했다.
Bean은 기본적으로 ApplicationContext에 HashMap에 담겨져 있고, 필요시 불리우게 되는데, 이는 ApplicationContext를 통해서 Singleton처러 한개의 인스턴트로 동작하기 때문이다.

이에대해서는 일민이가 스프링 포럼을 통해서 질문에 답한 글을 올렸는데, 쉽게 잘 정리 되어 있다.(필독이다.)


web.xml을 통해서 Root ApplicationContext 로 여러 파일들을 읽어 오려면,

 <context-param>
     <param-name>contextConfigLocation</param-name>
     <param-value>
          /WEB-INF/applicationContext.xml  /WEB-INF/schedulingContext-quartz.xml
     </param-value>
 </context-param>

와 같이 추가해 주면, 클래스 패스 아래 정의된 두개의 설정 파일을 읽어 오게 된다.

아니면, 빈 설정 파일에서 다른 설정 파일들을 import해서 읽어 올수 있다.

<beans>
    <import resource="services.xml"/>
    <import resource="resources/messageSource.xml"/>
    <import resource="/resources/themeSource.xml"/>

    <bean id="bean1" class="..."/>
    <bean id="bean2" class="..."/>
</beans>

xml 파일이 커지거나 작업별로 분리할 필요가 있을때 유용하다.

그리고, 다음과 같이 ApplicationContext Interface를 통해서 여러 설정 파일들을 읽어 올수 있다. 이는 테스트할 때 편리하다.

ApplicationContext context = new ClassPathXmlApplicationContext(
        new String[] {"services.xml", "daos.xml"});
BeanFactory factory = context;

Spring MVC를 이용하여 Web Application을 개발할 경우에는
<servlet>
      <servlet-name>image</servlet-name>
      <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
      <load-on-startup>2</load-on-startup>
</servlet>

와 같이 설정파일에 정의하게 되는데, Spring의 DispatcherServlet에서 서블릿을 정의하고, 이를 위한 Config 파일을 읽을 때는 기본적인 Naming rule을 따르는데, {servlet-name}-servlet.xml 같은 형식의 파일을 생성하고 정의하면 된다.
위의 경우라면 image-servlet.xml과 같이 사용하면 된다.

오늘도 두서 없이 적었다.

그냥 며칠동안 테스트 코드를 작성하면서, 발견한 사실들에 대해서 겸허히 쓴다.
일민이(Toby)는 나보고 또 Spring Framework Developer Reference를 읽어보라고, 아프게 충고를 했다.

먼저, Test코드를 작성하다 보니,
BeanFactory 의 사용법과 ApplicationContext 의 사용법이 다르다는 사실을 발견했다.
사실 ApplicationContext는 BeanFactory의 인터페이스를 상속받아 만들어진 인터페이스이다. 따라서, ApplicationContext는 BeanFactory의 모든 동작을 포함하고 있고, 비슷하게 동자을 하도록 도와준다. 둘 모두 getBean() 메소드를 사용해서 Configuration을 위해 작성한 XML파일에서 정의한 Bean을 얻을 수 있다. 아까도 이야기 했지만, ApplicationContext Interface는 BeanFactory Interface의 확장이다.

ApplicationContext와 BeanFactory Interface간의 차이점은 Singleton 빈의 로딩하는 방법에 있다. BeanFatory는 getBean() 메소드가 호출될 때까지 Bean의 생성을 미룬다. 반면에 ApplicationContext는 Singleton 빈을 미리 로딩함으로 그 빈이 즉시 사용이 가능하도록 보장해 준다.

일반적인 테스트 코드를 작성할때는 두개의 차이가 거의 없을것이다. BeanFactory는 테스트 코드를 작성하기에 매우 유용하지만, 두 Interface의 차이를 알지 못하면, 이상하게 여길수도 있다. 최근에 Scheduler를 작성하게 되면서, 테스트 코드를 작성한 적이 있는데, Quertz의 Thread가 생성이 되어서 동작을 해야 하는데, 동작을 하지 않다가 getBean("scheduler")를 실행시켜줘야만 동작을 한는 것이었다. (BeanFactory 사용시)
그러나, ApplicationContext의 사용시는 ApplicatiionContext의 인스턴트가 생성되면, Quartz의 Thread가 실행되어 정해진 시간마다 Job을 실행하는 로그를 찍었다. 이유는 위에서 설명한 이유때문이다. (테스트시 ApplicationContext를 사용할 이유가 하나 늘었다.)

그리고 또하나 발견한 것은 getBean("beanId")을 통해 Bean의 reference를 얻어 올수 있다. 하지만, 가져온 Bean의 형이 내가 생각했던 것과는 다를 수도() 이는 Bean의 원 클래스에서 반환하는 오프젝트가 반환되기 때문이다.

[AbstractApplicationContext 코드 중에서]
public Object getBean(String name) throws BeansException {
  return getBeanFactory().getBean(name);

 }


만약, Factory 자체를 반환하기를 원한다면, "&"를 "beanId"앞에 붙여서 사용하면 된다.
이렇게 말이다. ==> getBean("&beanId)
이를 가르쳐 주면서 reference guide 를 잘 살 펴보라고 한다. 그래서 살펴보았더니. 딱 2줄에 걸쳐서 설명이 되어져 있다. Spring In Action에는 설명이 아예 안 되어 있다.

[BeanFactoryUtils코드 중에서]
public static boolean isFactoryDereference(String name) {
  return (name != null && name.startsWith(BeanFactory.FACTORY_BEAN_PREFIX));
 }

이 코드은 사실 AbstractBeanFactory 클래스에서 사용되는 메소드이다. 그리고
BeanFactory.FACTORY_BEAN_PREFIX 는 "&"로 정의되어 있다. 

Spring MVC는 Spring Framework중에서 웹 개발을 쉽게 할 수 있도록 도와준다.
국내에서 출판된 책들은 Source를 제공하기는 하지만, 책을 보고 Source를 실행하려고 하면 잘 동작하지 않는다. 물론 손으로 직접 쳐서 입력할때 오타가 있기는 하지만, 서버의 설정과 환경 구성에 대해서 충분하게 설명해 주지 못하기 때문이다.

이를 위해, www.springframework.org에서는 제공하고 있는 Spring MVC를 위해서, Developing a Spring Framework MVC application step-by-step
라는 제목으로 Spring MVC개발에 대해 설명하고 있다. 2003년에 작성된 것과 올 2008년에 작성된 것이 있다.

예제는 초보자를 위해서, 개발 환경 설정과, Ant의 Build.xml 만들기와 사용법등을 부과적으로 설명하고 있다. Ant를 사용하는 법도 부과적으로 얻을 수 있다. 이에 대한 목차는 다음과 같다.(2003년도 작성)

[목차] 
Part 1 – Basic Application and Environment Setup
Part 2 – Developing and Configuring the Application
Part 3 – Adding Unit Tests and a Form to the Application
Part 4 – Implementing Database Persistence

위는 2003년도에 작성된 예제와 Sample이고 tex t위주의 설명으로 되어 있지만,  MVC개발을 위한  설정 XML 파일을 어떻게 작성해야 하는지, 그리고 Dispatcher와 Controller 그리고, View에 대한 코드들에 대해 쉽게 이해할 수 있도록 예제와 더불어 쉽게 설명하고 있다.

그리고, 2008년도에 작성된 Spring MVC step-by-step의 목차는 다음과 같은데, 설명과 함께 캡처한 이미지를 제공하여 설명을 돕고 있다.

[목차] 

Overview

1. What's covered

2. Prerequisite software

3. The application we are building

1. Basic Application and Environment Setup

1.1. Create the project directory structure

1.2. Create 'index.jsp'

1.3. Deploy the application to Tomcat

1.4. Check the application works

1.5. Download the Spring Framework

1.6. Modify 'web.xml' in the 'WEB-INF' directory

1.7. Copy libraries to 'WEB-INF/lib'

1.8. Create the Controller

1.9. Write a test for the Controller

1.10. Create the View

1.11. Compile and deploy the application

1.12. Try out the application

1.13. Summary

2. Developing and Configuring the Views and the Controller

2.1. Configure JSTL and add JSP header file

2.2. Improve the controller

2.3. Decouple the view from the controller

2.4. Summary

3. Developing the Business Logic

3.1. Review the business case of the Inventory Management System

3.2. Add some classes for business logic

3.3. Summary

4. Developing the Web Interface

4.1. Add reference to business logic in the controller

4.2. Modify the view to display business data and add support for message bundle

4.3. Add some test data to automatically populate some business objects

4.4. Add the message bundle and a 'clean' target to 'build.xml'

4.5. Adding a form

4.6. Adding a form controller

4.7. Summary

5. Implementing Database Persistence

5.1. Create database startup script

5.2. Create table and test data scripts

5.3. Add Ant tasks to run scripts and load test data

5.4. Create a Data Access Object (DAO) implementation for JDBC

5.5. Implement tests for JDBC DAO implementation

5.6. Summary

6. Integrating the Web Application with the Persistence Layer

6.1. Modify service layer

6.2. Fix the failing tests

6.3. Create new application context for service layer configuration

6.4. Add transaction and connection pool configuration to application context

6.5. Final test of the complete application

6.6. Summary

A. Build Scripts

위의 순서대로 예제를 실행해 보았는데, 어렵지 않게 스프링 MVC에 대해 이해할 수 있었고, 개발시 환경 구성과 설정방법들에 배울 수 있었다.

최근에 Spring에 대한 책을 몇권 구매했다. 국내 서적과 국외서적 포함해서, 대 여섯권정도 구매했는데, 구매하면서 느낀 것은 국내에는 볼 만한 Spring에 대한 책이 그리 많지 않다는 점이다. Spring Framework 자체가 워낙 방대해서, 아니 방대해지고 있어서 그럴지도 모르겠다. 스프링이 관여하는 Framework와 모듈들이 참 많다. (공부할 것들도 참 많다.)

최근에 국내에 소개된 책들은 대부분이 Spring Framework 1.2 기반의 책들이다. Toby(일민)가 스프링 관련 책을 쓴다고 했던것이 약 1년 전인데, 아직도 책의 그림자도 못보고 있다. 그때 당시는 2.0이 나온다고, 2.0에 대한 이야기를 추가 한다고 하더니, 곧 Spring Framework 2.5가 나온다고 다시 업데이트해서 내보낸다고 하더니, 호주로 낼롬 떠나 버렸다.

최근에 호주로 물어볼 것이있어서 전화해서, 언제 다시 책이 나오냐고 물었더니, 바쁘다고 정신없다고만 하고 말끝을 흐리던데, 과연 올해는 책을 구경 할 수 있을지...

암튼 국외 서적에서도 Spring 2.5에 대한 책은 찾아 보기 힘들다. Spring in Action도 2007년에 2판째 나온것도 2.0에 대한 책이다. Spring in Action은 번역판으로 처음 봤는데, 예제를 따라하기 쉽고, 내용의 구성도 잘 된 책이라고 생각했다. 이번에 받은 원서도 그러리라 생각된다.

           


그리고 우연히, Spring 관련 자료들을 찾다가, 일민이가 오래전에 올려놓은 글들을 찾았다. 누군가가 개인적으로 자료들을 모은 것인데, 한번 읽어 볼만하다.

아래는 Toby(일민)이가 예전에 쓴 글이 있어서, 링크를 걸어 놓았다.

[목     차]

    1. 왜 EJB 없는 J2EE 개발에 대해 이야기하는가?
    2. EJB 없는 J2EE 개발이 추구하는 목적
    3. 대표적인 J2EE 아키텍처에 대한 비교
    4. 요구사항을 가장 잘 충족시키는 가장 심플한 것을 찾으라.
    5. 문제 많은 EJB, 그러나 EJB에서 배울 것은 많다.
    6. 경량급 컨테이너와 IoC.

출처 : http://openseed.net:8080/wiki/Wiki.jsp?page=Spring

몇년 전에 EJB로 개발하던 프로젝트가 있었는데, EJB를 꼭 써야 하는지, 정말 필요한지 묻곤했다. 개발하기에 너무 불편했다. 위 내용들을 읽다 보면, 그 때의 그 느낌들이 생각난다.

간단하고, 쉽게 개발할 수 있다면 그게 그 프로젝트에 맞는 옷 일 것이다.
상황과 계절에 맞은 옷을 입을 수 있다면, 그 어떤것이 그보다 편할 수 있을까?

The Simple is The Best!