Spring Framework

등장배경

• Enterprise JavaBeans(EJB)를 사용하면 애플리케이션 작성을 쉽게 할 수 있다.

  • 코드 수정 후 반영하는 과정 자체가 거창해 기능은 좋으나 복잡한 스펙으로 개발의 효율이 떨어짐
  • 애플리케이션을 테스트하기 위해서는 반드시 EJB서버가 필요함

    • Entity Bean : DB와 관련
    • Message-Driven Bean : EJB 컨테이너가 지원하는 EJB 구성 요소
    • Session Bean : Business Logic과 관련
      등이 있으며, 현실에서의 반영이 어려움...

• Low Level의 트랜잭션이나 상태관리, 멀티 쓰레딩, 리소스 풀링과 같은 복잡한 Low Level의 API따위를 이해하지 못하더라도 아무 문제 없이 애플리케이션을 개발할 수 있다

• 웹사이트가 점점 커지면서 Enterprise Service가 필요해짐

  • Session Bean에서 Transaction관리가 용이함
  • 로긴, 분산처리, 보안 등
  • Java 진영에서는 EJB가 Enterprise급 서비스로 각광을 받게됨
  • 배우기 어렵고, 설정해야할 부분이 많음.
  • EJB는 RMI기반으로 하는 서버이므로 무거운 Container이다.

    • RMI(Remote Method Invocation)

    1. 네트웍상에 있는 원격컴퓨터의 객체의 메소드를 호출하는 JAVA의 분산처리 방법
    2. 네트워크로 연결되어 다른 컴퓨터에 존재하는 메소드를
       마치 내 컴퓨터에 있는 듯이 호출해서 사용 가능하게 만들어주는 것이 바로 java.rmi package 이다.

• 점차 POJO + 경량 프레임워크를 사용하기 시작

• POJO (Plain Old Java Object)

  • 특정 프레임워크나 기술에 의존적이지 않은 자바 객체
  • 특정 기술에 종속적이지 않기 때문에 생산성, 이식성 향상
  • Plain : component interface를 상속받지 않는 특징 ( 특정 framework에 종속되지않는)
  • Old : EJB이전의 java class를 의미

• 경량 프레임워크

  • EJB가 제공하는 서비스를 지원해줄 수 있는 프레임워크 등장
  • Hibernate, JDO, iBatis(Mybatis), Spring