엔터프라이즈 자바빈즈편집자 확인

EJB 컨테이너는 엔터프라이즈 자바빈즈 애플리케이션의 실행 환경을 제공하는 서버 측 소프트웨어 구성 요소이다. 이 컨테이너는 자바 EE 애플리케이션 서버의 핵심 부분으로, EJB 구성 요소의 생명주기를 관리하고, 트랜잭션, 보안, 동시성, 연결 풀링과 같은 시스템 수준의 서비스를 투명하게 제공한다. 개발자는 비즈니스 로직 구현에 집중할 수 있도록 이러한 복잡한 인프라 문제를 컨테이너에 위임한다.

EJB 컨테이너는 세션 빈, 메시지 기반 빈, 엔티티 빈과 같은 EJB 구성 요소를 배포하고 실행한다. 컨테이너는 각 빈의 생성, 활성화, 비활성화, 제거를 관리하며, 클라이언트의 요청을 적절한 빈 인스턴스에 전달한다. 또한 분산 트랜잭션의 원자성, 일관성, 고립성, 지속성을 보장하는 트랜잭션 관리자와 협력하여 트랜잭션 경계를 설정하고 롤백을 처리한다.

보안 측면에서 EJB 컨테이너는 선언적 또는 프로그래밍 방식의 접근 제어를 구현한다. 개발자는 배포 서술자를 통해 역할 기반의 권한을 설정할 수 있으며, 컨테이너는 메서드 호출 전에 사용자 인증과 권한 부여를 자동으로 수행한다. 이는 애플리케이션 코드와 보안 정책의 분리를 가능하게 한다.

컨테이너는 확장성과 고가용성을 지원하기 위해 인스턴스 풀링, 캐싱, 클러스터링과 같은 기법을 사용한다. 예를 들어, 스테이트풀 세션 빈의 비활성 인스턴스를 패시베이션하여 메모리를 확보하거나, 여러 서버 인스턴스에 걸쳐 작업 부하를 분산시킬 수 있다. 이러한 기능들은 기업용 애플리케이션이 대규모 사용자와 데이터를 처리하는 데 필수적이다.

엔터프라이즈 자바빈즈의 핵심 구성 요소는 주로 비즈니스 로직을 구현하고 데이터베이스와 상호작용하는 서버 측 컴포넌트이다. 이러한 구성 요소들은 EJB 컨테이너 내에서 실행되며, 컨테이너가 제공하는 트랜잭션 관리, 보안, 동시성 제어, 생명주기 관리 등의 서비스를 자동으로 활용한다. 주요 구성 요소로는 세션 빈, 메시지 기반 빈, 그리고 엔티티 빈이 있다.

각 구성 요소는 특정한 역할을 수행한다. 세션 빈은 클라이언트의 요청을 처리하는 비즈니스 프로세스를 캡슐화하며, 상태를 유지하는 스테이트풀 세션 빈과 상태를 유지하지 않는 스테이트리스 세션 빈으로 구분된다. 메시지 기반 빈은 JMS 메시지를 비동기적으로 처리하는 데 특화되어 있다. 엔티티 빈은 영속성 데이터를 객체 형태로 표현하는 모델이었으나, 이후 JPA 표준의 등장으로 그 역할이 대체되었다.

이러한 구성 요소들은 인터페이스와 구현 클래스로 정의된다. 원격 클라이언트가 접근할 수 있는 비즈니스 인터페이스와 EJB 컨테이너가 컴포넌트의 생명주기를 관리하기 위해 사용하는 콜백 메서드가 포함된 클래스가 그것이다. 배포 서술자나 어노테이션을 통해 컴포넌트의 동작과 컨테이너 서비스에 대한 요구사항을 선언적으로 지정할 수 있다.

세션 빈은 엔터프라이즈 자바빈즈의 핵심 구성 요소 중 하나로, 클라이언트와의 단일 세션 동안 비즈니스 로직을 캡슐화하고 실행하는 역할을 담당한다. 주로 애플리케이션의 업무 흐름을 제어하거나 복잡한 계산을 수행하는 데 사용되며, 데이터베이스나 다른 시스템과의 상호작용을 조정한다. 세션 빈은 그 상태 유지 방식에 따라 상태 저장 세션 빈과 상태 비저장 세션 빈으로 구분된다.

상태 저장 세션 빈은 특정 클라이언트와의 대화 상태를 유지한다. 클라이언트가 서버와의 연결을 유지하는 동안, 빈의 인스턴스 변수 값이 세션 동안 계속해서 유지되어 여러 번의 메서드 호출에 걸쳐 정보를 기억할 수 있다. 이는 예를 들어, 온라인 쇼핑 카트의 내용을 임시로 저장하는 데 적합한 모델이다. 반면, 상태 비저장 세션 빈은 클라이언트별 상태를 유지하지 않는다. 각 메서드 호출은 독립적으로 처리되며, 이로 인해 컨테이너는 제한된 수의 빈 인스턴스로 많은 클라이언트 요청을 효율적으로 처리할 수 있어 확장성과 성능에 유리하다.

세션 빈은 원격 메서드 호출 또는 로컬 인터페이스를 통해 접근할 수 있으며, 선언적 트랜잭션 관리와 보안 설정을 지원한다. 자바 EE 애플리케이션 서버 내의 EJB 컨테이너는 세션 빈의 생명주기, 트랜잭션, 보안, 동시성 제어 등의 서비스를 관리하여 개발자가 순수한 비즈니스 로직에 집중할 수 있도록 돕는다.

메시지 기반 빈은 자바 메시지 서비스를 통해 비동기적으로 메시지를 수신하고 처리하는 엔터프라이즈 자바빈즈의 한 유형이다. 이는 세션 빈이나 엔티티 빈과 달리 클라이언트가 직접 메서드를 호출하는 방식이 아닌, 메시지 큐나 토픽과 같은 JMS 목적지로 전송된 메시지에 의해 트리거된다는 점이 특징이다. 따라서 클라이언트와 컴포넌트 간의 느슨한 결합을 가능하게 하며, 시간이나 시스템 부하에 구애받지 않는 신뢰할 수 있는 비동기 통신을 구현하는 데 적합하다.

메시지 기반 빈은 javax.ejb.MessageDrivenBean 인터페이스를 구현하며, 주로 onMessage() 메서드를 오버라이드하여 비즈니스 로직을 작성한다. EJB 컨테이너는 배포 서술자나 어노테이션을 통해 빈이 구독할 JMS 목적지를 설정하고, 해당 목적지에 메시지가 도착하면 컨테이너가 빈의 인스턴스를 생성하여 onMessage() 메서드를 호출한다. 이를 통해 주문 처리, 재고 관리, 금융 거래 알림 등 배치성 작업이나 이벤트 기반의 시스템 통합에 널리 활용된다.

메시지 기반 빈은 트랜잭션 관리와 보안 서비스를 EJB 컨테이너로부터 자동으로 제공받을 수 있으며, 풀링 기법을 통해 인스턴스를 효율적으로 관리하여 대량의 메시지를 동시에 처리할 수 있는 확장성을 제공한다. 이는 기업 애플리케이션 통합이나 복잡한 워크플로우 시스템을 구축할 때 중요한 장점이 된다.

엔티티 빈은 엔터프라이즈 자바빈즈의 한 종류로, 데이터베이스에 저장된 영속적인 비즈니스 데이터를 객체 지향적인 방식으로 표현하고 관리하기 위한 컴포넌트이다. 자바 EE 애플리케이션에서 비즈니스 로직과 데이터 접근 계층 사이의 중요한 추상화 계층을 제공한다. 엔티티 빈은 관계형 데이터베이스의 테이블 레코드나 객체 지향 데이터베이스의 객체에 대응되며, 각 엔티티 빈 인스턴스는 데이터베이스의 특정 레코드를 나타낸다.

엔티티 빈의 주요 역할은 데이터의 영속성을 관리하는 것이다. 이를 위해 EJB 컨테이너는 엔티티 빈의 상태와 데이터베이스 레코드를 동기화하는 작업을 담당한다. 개발자는 자바 퍼시스턴스 API나 엔티티 빈 자체의 컨테이너 관리 영속성 기능을 통해 복잡한 SQL 쿼리 작성 없이도 객체를 통해 데이터를 생성, 조회, 수정, 삭제할 수 있다. 이는 객체-관계 매핑의 초기 형태로 볼 수 있다.

엔티티 빈은 세션 빈과 함께 사용되는 경우가 많다. 세션 빈이 애플리케이션의 비즈니스 프로세스와 작업 흐름을 처리하는 반면, 엔티티 빈은 그 프로세스에서 사용되는 핵심 데이터 객체를 모델링한다. 예를 들어, 은행 애플리케이션에서 '계좌 이체'라는 작업은 세션 빈이 처리하고, '계좌'와 '고객' 정보는 엔티티 빈으로 표현된다.

초기 EJB 2.x 스펙의 엔티티 빈은 복잡한 배포 서술자 작성과 성능 문제로 인해 비판을 받았다. 이후 EJB 3.0 스펙에서는 훨씬 간소화된 JPA 기반의 새로운 엔티티 모델이 도입되면서, 기존의 엔티티 빈은 사실상 구식 기술이 되었다. 현대의 자바 기업 애플리케이션에서는 JPA와 그 구현체인 하이버네이트를 사용하여 영속성을 관리하는 것이 표준이 되었다.

엔터프라이즈 자바빈즈는 복잡한 기업용 소프트웨어 개발을 위한 초기 표준이었으나, 스프링 프레임워크의 등장으로 자바 엔터프라이즈 애플리케이션 개발 패러다임에 큰 변화가 일어났다. 스프링은 2000년대 초반 로드 존슨이 제시한 설계 철학과 POJO 기반의 경량 프레임워크로 시작하여, EJB의 복잡성과 컨테이너 의존성을 크게 줄이는 대안으로 자리 잡았다. 스프링의 핵심 개념인 의존성 주입과 관점 지향 프로그래밍은 애플리케이션의 구성 관리와 횡단 관심사를 분리하는 데 중점을 두어, 보다 유연하고 테스트하기 쉬운 코드 작성을 가능하게 했다.

두 기술의 주요 차이점은 아키텍처 접근 방식에 있다. EJB는 자바 EE 애플리케이션 서버에 강하게 결합된 공식 표준 스펙으로, EJB 컨테이너가 트랜잭션 관리와 보안 같은 서비스를 제공한다. 반면 스프링은 경량 컨테이너를 지향하며, 필요에 따라 톰캣 같은 간단한 서블릿 컨테이너에서도 실행될 수 있다. 스프링은 EJB의 기능 대부분을 스프링 트랜잭션, 스프링 시큐리티 같은 자체 모듈로 대체하면서도, EJB 세션 빈과의 통합을 지원하여 점진적인 전환을 도왔다.

시간이 지나며 스프링의 영향력은 커졌고, 이는 EJB 스펙 자체의 진화에도 영향을 미쳤다. EJB 3.0 스펙은 어노테이션 기반의 단순화된 프로그래밍 모델과 JPA를 도입하여 스프링의 장점을 많이 수용했다. 결과적으로 현대의 자바 엔터프라이즈 개발에서는 순수 EJB보다는 스프링 프레임워크, 또는 스프링을 기반으로 한 스프링 부트가 사실상의 표준으로 널리 사용되고 있다. 이는 개발 생산성, 유연성, 다양한 기술 스택과의 통합 용이성 측면에서 스프링이 더 큰 장점을 보여주기 때문이다.