참조 : http://en.wikipedia.org/wiki/Plain_Old_Java_Object

문득 POJO가 궁금해 졌습니다. 대체 어떤 객체를 Plain Old Java Object라고 하는 것인지...말이죠. 어떤 클래스에 종속성을 가지면 안되는 것인지? 그런건 너무 규약이 심하니까(혼자서 하면 뭘 얼마나 혼자서 하겠습니까.) 그건 아닌거 같고, 특정한 인터페이스를 구현하면 안 되는 건가? 흠.. 이건 왠지 그럴듯하네.. 라고 생각만하다가 그냥 검색을 해봤습니다.

[#M_원문 열기...|닫기...| Contextual variations

As of November 2005, the term "POJO" is mainly used to denote a Java
object which does not follow any of the (major) Java object models,
conventions, or frameworks such as EJB.

All Java objects are POJOs, therefore ideally speaking a POJO is a
Java object not bound by any restriction other than those forced by the
Java Language Specification. I.e., a POJO should not have to

  1. Extend prespecified classes, as in

    public class Foo extends javax.servlet.http.HttpServlet{ …
  2. Implement prespecified interfaces, as in 
    public class Bar implements javax.ejb.EntityBean{ …
  3. Contain prespecified annotations, as in 
    @javax.ejb.Entity
    public class Baz{ …

However, due to technical difficulties and other reasons, many
software products or frameworks described as POJO-compliant actually
still require the use of prespecified annotations for features such as
persistence to work properly.

_M#]
원문을 보시면 아시겠지만, 특정한 클래스를 상속 받거나, (스펙같은 역할을 하는)특정 인터페이스를 구현 해야만 하거나, 특정 애노테이션을 붙여야만 하는 클래스는 POJO가 아닙니다.

따라서 Spring AOP 중에서 aop 네임 스페이스를 사용하는 방법만이 POJO를 사용하는 Spring AOP라고 할 수 있겠습니다. Classic Spring AOP는 특정 인터페이스를 구현해야만 하고, @AspectJ는 특정 애노테이션을 붙여줘야 하기 때문이죠.