SG Dev

스프링에서 제공하는 JavaMail 에 대한 추상화 기능을 제공하는 스프링의 MailSender 인터페이스..

공부하는 내용중 MailSender 를 사용해야 하는 상황이 되었다.

스프링 프레임워크는 4.0.5

maven 으로 라이브러리의 의존성을 관리하는 프로젝트를 생성하였던지라 스프링 라이브러리는 필요할때 하나씩 추가 하는 작업을 하고 있었다.

하지만.. MailSender 인터페이스는 찾을수가 없었다.

스프링 레퍼런스 문서에도 없고, 인터넷에서 흔하게 찾아 볼 수 있는 MailSender 샘플들을 적어 놓은 블로그들에도 없었다

필요한 라이브러리가 뭔지..

참.. 답답한 마음에 이래저래 찾다보니 spring-context-support 에 포함되어있다는걸 알게 되어 혹시나 나처럼 헤메이는 사람이 있을까 싶어 공유한다.

역시 아직 나의 실력은 많이 부족한가 보다.

    org.springframework
    spring-context-support
    4.0.5.RELEASE
 

자바에는 두가지 예외가 존재한다.

1. Checked Exception
• Exception 의 서브클래스이면서 RuntimeException 을 상속하지 않은 것들
• 명시적인 예외처리를 강제 한다.
• 예외가 어느정도 복구 가능한경우
  
2. Unchecked Exception
• RuntimeException 을 상속한 클래스들
• 명시적인 예외처리를 강제 하지 않는다.
• 프로그램에 오류가 있을 때 발생하도록 의도됨 (NullPointerException, IllegalArgumentException)
• 예상 가능한 예외 상황
  

일반적으로 예외라고 하는것은 Checked Exception 에 대하여 이야기 하는것이다.

토비의 스프링3을 공부 하다 나온 POJO 에 대한 글 중 잊지 않기 위해 다시 한번 적어 본다.

진정한 POJO란 객체지향적인 원리에 충실하면서, 환경과 기술에 종속되지 않고 필요에 따라 재활용될 수 있는 방식으로 설계된 오브젝트를 말한다. 그런 POJO에 애플리케이션의 핵심 로직과 기능을 담아 설계하고 개발하는 방법을 POJO 프로그래밍이라고 할 수 있다.

출처 : 토비의 스프링3 672p

마틴 파울러 (Martin Fowler) 가 2000년에 컨퍼런스를 준비 하다 만든 용어라고 한다.

Plain Old Java Object 평범한 자바 오브젝트, 간단한 자바 오브젝트.

참고사이트 : 위키피디아, Wikipedia, Martin Fowler

특정 규약에 종속되지 않는다.

- POJO는 자바 언어와 꼭 필요한 API 외에는 종속되지 않아야 한다.

특정 환경에 종속되지 않는다.

- 특정 환경에 종속적이어야만 동작하는 오브젝트도 POJO라고 할 수 없다.

예제코드 - 아래의 3가지 모두 특정 환경에 종속 되어 있기 때문에 POJO 라고 할 수 없다.

public class Foo extends javax.servlet.http.HttpServlet { ...

public class Bar implements javax.ejb.EntityBean { ...

@javax.persistence.Entity public class Baz { ...