InfoQ 기사 Java EE6: EJB3.1 Is a Compelling Evolution 를 읽고 인상에 남는 내용 메모
EJB 3.1은 JSR 318로 최근 발표한 Java EE 6 에 포함되어 있다. Josh Long 은 EJB의 새로운 특징(features)으로 Singletons와 The EJB Timer, No-Interface Views, Asynchronous Services, Simplified Deployment 등을 들었다. EJB 2.x 사용자라면 생소하겠고, EJB 3.0 사용자라면 편하게 느낄 테지만, 사실 스프링(Spring Framework) 사용자에겐 전혀 새로운 내용이 아니다. 그럼에도 불구하고 No-Interface Views와 Asynchronous Services 등은 눈에 띈다.
No-Interface Views는 일종의 암묵적 인터페이스 지원이다. 스프링은 애초부터 인터페이스를 강제하지는 않았기 때문에 예전부터 지원하던 기능이다. 파일 숫자를 줄일 수 있어서 복잡도를 낮출 수는 있지만, 인터페이스 기반 프로그래밍(Programming to Interfaces)의 이점과 더불어 일관성 저하를 낳아 큰 매력은 없다.
스프링에서도 3.0부터 지원하는 Asynchronous Services는 쓰임새를 잘 찾아내면 매우 요긴할 듯하다. 내부 메커니즘이야 구현 제품에 따라 다르겠지만, 스프링과 차이는 애노테이션이다. 스프링은 @Async 이고, EJB 3.1은 @Asynchronous이다. 스프링에서도 @Asynchronous 사용이 가능하다.
스프링의 발전이 "J2EE development without EJB" 였다면 프로그래밍 모델로서의 EJB 발전 방향은 "POJO-driven Java EE development without Spring and Hibernate"에 맞추는 듯하여 격세지감을 느낄 수 있다. EJB 3.1에 대한 보다 상세한 기사는 이미 TSS에서 다섯 편으로 연재한 바 있다.
EJB 3.1은 JSR 318로 최근 발표한 Java EE 6 에 포함되어 있다. Josh Long 은 EJB의 새로운 특징(features)으로 Singletons와 The EJB Timer, No-Interface Views, Asynchronous Services, Simplified Deployment 등을 들었다. EJB 2.x 사용자라면 생소하겠고, EJB 3.0 사용자라면 편하게 느낄 테지만, 사실 스프링(Spring Framework) 사용자에겐 전혀 새로운 내용이 아니다. 그럼에도 불구하고 No-Interface Views와 Asynchronous Services 등은 눈에 띈다.
No-Interface Views는 일종의 암묵적 인터페이스 지원이다. 스프링은 애초부터 인터페이스를 강제하지는 않았기 때문에 예전부터 지원하던 기능이다. 파일 숫자를 줄일 수 있어서 복잡도를 낮출 수는 있지만, 인터페이스 기반 프로그래밍(Programming to Interfaces)의 이점과 더불어 일관성 저하를 낳아 큰 매력은 없다.
스프링에서도 3.0부터 지원하는 Asynchronous Services는 쓰임새를 잘 찾아내면 매우 요긴할 듯하다. 내부 메커니즘이야 구현 제품에 따라 다르겠지만, 스프링과 차이는 애노테이션이다. 스프링은 @Async 이고, EJB 3.1은 @Asynchronous이다. 스프링에서도 @Asynchronous 사용이 가능하다.
스프링의 발전이 "J2EE development without EJB" 였다면 프로그래밍 모델로서의 EJB 발전 방향은 "POJO-driven Java EE development without Spring and Hibernate"에 맞추는 듯하여 격세지감을 느낄 수 있다. EJB 3.1에 대한 보다 상세한 기사는 이미 TSS에서 다섯 편으로 연재한 바 있다.
