Enterprise JavaBeans（EJB）の深堀 — 歴史・仕組み・実践ガイド

2025年12月24日 最終更新日時 : 2025年12月24日 エバープレイ編集部

概要と歴史的背景

Enterprise JavaBeans（EJB）は、分散トランザクション、メッセージ駆動、コンテナ管理のライフサイクルやセキュリティ、プーリングといったエンタープライズ向け機能をJavaで提供するサーバサイドコンポーネントモデルです。1999年に最初の仕様が公開されて以来、Java EE（現 Jakarta EE）の中核技術の一つとして発展してきました。EJBは初期の仕様が冗長で複雑だった時期を経て、EJB 3.0で注釈ベースの簡素なプログラミングモデルへと大幅に改良され、以降はPOJOベース、アノテーション中心で使いやすくなっています。近年は軽量フレームワーク（例：Spring）やCDIの普及により利用シーンが変化しましたが、トランザクション制御やコンテナ提供の分散機能、タイマサービスなどは今なお有用です。

EJBの主要コンポーネントと種類

  • Stateless Session Bean（無状態セッションBean）：クライアントごとの状態を持たない。リクエストごとにコンテナがインスタンスをプールして使い回すため、高スループット処理に向く。
  • Stateful Session Bean（状態持ちセッションBean）：クライアントとの対話的な会話状態を保持する。セッション継続中はインスタンスがクライアントに紐づく。アイドル時にはパスivation（シリアライズしてディスク等に退避）されることがある。
  • Singleton Session Bean（シングルトンBean）：アプリケーション内で1インスタンスしか作られないBean。アプリケーション起動時の初期化や共有キャッシュ、定期処理の管理に使われる。並列アクセス制御のために@Lockアノテーションなどの機能を持つ。
  • Message-Driven Bean（MDB）：JMSなどのメッセージを非同期に受け取り処理する。EJBのトランザクション機構と連携してメッセージ処理の信頼性を確保できる。クライアントからの直接呼び出しインターフェースは持たない。

ライフサイクルとコールバック

EJBはコンテナによりライフサイクル管理され、開発者はコールバックアノテーションでタイミングを受け取ります。代表的なコールバックは以下の通りです：

  • @PostConstruct：インスタンス化・依存性注入後に呼ばれる初期化処理。
  • @PreDestroy：破棄前のリソース解放処理。
  • @PrePassivate / @PostActivate：Stateful Beanのパスベート／アクティベート時に呼ばれる（状態管理が行われる場合）。
  • @AroundInvoke：インターセプタによるメソッド呼び出し前後の処理。

トランザクション管理

EJBはトランザクション管理を強力にサポートします。大きく分けてコンテナ管理トランザクション（CMT）とBean管理トランザクション（BMT）があります。CMTではメソッド単位で宣言的トランザクション属性を付与し、コンテナが自動的にトランザクション開始・コミット・ロールバックを行います。主要なトランザクション属性は次のとおりです：

  • REQUIRED：既存トランザクションがあれば参加、なければ新規作成（デフォルト）。
  • REQUIRES_NEW：常に新規トランザクションを開始し、元のトランザクションは一時的にサスペンドされる。
  • MANDATORY：既存のトランザクションが必須。なければ例外。
  • NOT_SUPPORTED：トランザクションコンテキストを使用しない。
  • SUPPORTS：トランザクションがあれば参加するが、なければ非トランザクションで動作。
  • NEVER：トランザクションがあってはならない。

BMTではjavax.transaction.UserTransactionなどを用いてプログラム的にトランザクションを管理します。分散トランザクション（XA）もアプリサーバがサポートし、複数リソースに跨る整合性を維持できます。

セキュリティとアクセス制御

EJBは宣言的セキュリティを利用してメソッドごとのロールベースアクセス制御を定義できます。@RolesAllowed、@PermitAll、@DenyAllなどのアノテーションでアクセス権を設定し、アプリケーションサーバ上の認証・認可（例えばJAASや、最近はマイクロプロファイル/外部IDプロバイダとの連携）と組み合わせて運用されます。PrincipalやCallerPrincipalの注入による動的チェックも可能です。

永続化（JPAとの連携）とCMPの歴史的経緯

EJBはかつてCMP（Container-Managed Persistence）というエンティティBeanによる永続化を持っていましたが、EJB 3.0以降はJPA（Java Persistence API）が主流となり、POJO＋アノテーションでエンティティを定義してEntityManager経由で永続化を行います。現在はJPAが標準的な永続化手段で、EJBはビジネスロジック層としてJPAを利用する形が一般的です。

分散、リモートアクセス、JNDI

EJBはリモートインターフェースを通じて別JVM・別ホストから呼び出すことができます。EJB 3.xではリモートビジネスインターフェース（@Remote）やローカルビジネスインターフェース（@Local）が定義でき、またインターフェースを省略して同一JVM内から直接呼べる「no-interface view」もサポートされます。EJBのルックアップはJNDI（コンテキスト）を用いて行いますが、アプリケーションサーバごとにJNDI名の形式が異なるため注意が必要です。近年はリモート呼び出しよりもRESTやgRPC、メッセージによる疎結合連携が増えています。

タイマサービスとスケジューリング

EJBコンテナはTimerServiceを提供し、@Scheduleや@Timeoutを使った定期実行、プログラム的なスケジュール登録が可能です。これにより、分散環境での定期タスクやジョブ管理をアプリケーションから簡潔に実装できます。

インターセプタとAOP的な拡張

@AroundInvokeを使ったインターセプタにより、ログ、監査、トランザクション境界記録、例外ハンドリングなど横断的関心事（cross-cutting concerns）を分離できます。CDIのインターセプタやフィルタと組み合わせることでより洗練された実装が可能です。

パフォーマンス管理（プーリングとパッシベーション）

Stateless Beanはコンテナがインスタンスをプールして効率的に処理し、Stateful Beanは必要に応じてpassivationしてメモリ負荷を下げます。これらの動作はアプリケーションサーバの設定で制御可能であり、不適切な設計（長時間のローカルリソース保持やシリアライズ不能なフィールド）はパスベーション失敗やメモリ問題を招くため避けるべきです。

EJBの現状と使いどころ

近年は軽量なDIコンテナやマイクロサービスの流行により、EJBの利用は減りましたが、次のようなケースでは今も有効です：

  • 複数リソースに跨る分散トランザクションを容認するトランザクショナルな業務処理。
  • 高信頼性なメッセージ処理を要する非同期バッチ（MDB + JMS）。
  • コンテナが管理するタイマやスケジュール、クラスタリングを活用したジョブ管理。
  • アプリケーションサーバの成熟した運用機能（リソース管理、監視、セキュリティ統合）を利用したい場合。

設計上のベストプラクティス

  • ビジネスロジックはできるだけトランザクション境界で明確に。トランザクションの属性を安易に混ぜず、責務を分割する。
  • Stateful Beanは必要最小限に留める。Webスコープの状態管理はHTTPセッションやCDI、分散キャッシュを検討する。
  • Serializableを伴うパスベーションの影響を理解し、シリアライズ不可能なリソースは@PrePassivateでクローズ、@PostActivateで再オープンする。
  • MDBを使う際はメッセージの冪等性を考慮する。再試行やロールバック時の副作用に注意。
  • テストはローカルの埋め込みコンテナやモックJNDIを使って単体テストを容易にする。統合テストは実サーバで実行して振る舞いを確認する。

移行と最新のエコシステム（Jakartaへの移行）

OracleからEclipse Foundationへの移管により、Java EEはJakarta EEへと進化しました。パッケージ名は段階的にjavax.*からjakarta.*へ移行しており、EJBもJakarta Enterprise Beansとして扱われます。既存コードをJakartaへ移行する際はパッケージの検索・置換、ライブラリ互換性、アプリケーションサーバの対応バージョンを確認してください。

代表的な実装と運用上の注意点

代表的なEJBをサポートするアプリケーションサーバにはWildFly（/JBoss EAP）、GlassFish / Payara、Oracle WebLogic、IBM WebSphere、Apache TomEEなどがあります。サーバごとにJNDI名や管理コンソールの設定、パフォーマンスチューニングの手順が異なるため、ベンダードキュメントを参照して運用設計を行ってください。

他技術との比較：EJBとCDI、Spring

CDI（Contexts and Dependency Injection）は軽量なスコープ・ライフサイクル管理やAOP的機能を提供し、EJBと重複する領域があります。多くの用途でCDI＋JPA＋JAX-RSの組合せで十分なことが増え、EJBはトランザクションやMDB、タイマなど「コンテナ提供の専用機能」が必要な場面で選択される傾向にあります。Springは独自のトランザクション管理やDIを提供しており、EJBを使わずに同等機能を実現できるため選択肢として広く採用されています。

サンプル：簡単なStateless EJBの例

@Stateless
public class OrderService {
  @PersistenceContext
  private EntityManager em;

  @TransactionAttribute(TransactionAttributeType.REQUIRED)
  public void processOrder(Order order) {
    // ビジネスロジックとJPAによる永続化
    em.persist(order);
  }
}

まとめ

EJBは長年にわたってエンタープライズJavaの重要な要素であり、特にトランザクション、メッセージ処理、タイマ、コンテナ管理の諸機能で強みを持ちます。軽量化の流れのなかで使用領域は変わりましたが、要件によっては依然として有効な選択肢です。設計時はコンテナの挙動（プーリング・パッシベーション・JNDI名・トランザクション境界）を理解し、必要に応じてCDIや外部フレームワークとの適切な使い分けを行ってください。

参考文献

カテゴリー
IT
前の記事
J2EE 完全ガイド：仕組みから移行・最適化までNew!!
2025年12月24日
次の記事
徹底解説：Servlets入門から実践・最適化まで（設計・ライフサイクル・非同期・パフォーマンス）New!!
2025年12月24日