J2EEテクノロジー-＆＃＆チュートリアル-php.cn

J2EE は Java 2 Enterprise Edition (以前は Java 2 Platform Enterprise Edition) の短縮形であり、仕様は Java 2 Standard Edition(J2SE) を拡張しています。 J2EE は、大規模に利用される組み込みのサービスセットを提供し、多層、コンポーネントベース、分散アーキテクチャをサポートします。通常、J2EE は大規模なアプリケーションの構築に役立つ API のセットです。 J2EE テクノロジーは API を使用し、エンタープライズアプリケーションを構築および展開するための標準です。「一度書けばどこでも実行できる」ことを約束します。

広告このカテゴリーの人気コース J2EE - 専門分野 | 14 コースシリーズ | 6 つの模擬テスト

無料ソフトウェア開発コースを始めましょう

Web 開発、プログラミング言語、ソフトウェアテスト、その他

Java Enterprise Edition には、Web ページの生成、データベースの読み取りと書き込み、分散キューの管理など、さまざまな目的のためのいくつかの仕様が含まれています。

J2EE テクノロジーのリスト

J2EE プラットフォームのグラフィック表現。

J2EEテクノロジー

1. Java サーブレット

Java サーブレットは Web サーバー上で実行され、動的な Web ページを生成し、Web ブラウザからのリクエストを処理し、リクエストを処理して、処理されたデータをブラウザに送り返します。

Common Gateway Interface (CGI) も動的 Web ページの開発に使用されますが、パフォーマンス、スケーラビリティ、再利用性などのいくつかの制限があります。この制限を克服するには、サーブレットを使用できます。

CGI の最も重要な欠点の 1 つは、ユーザー CGI プログラムからの新しいリクエストが処理されるたびに、新しいプロセスを作成することです。ユーザーの数が多数増加すると、CGI はリクエストごとに新しいプロセスを作成する必要があります。プロセスごとに新しいものを作成することは、リソースが限られているため、サーバー側では無効です。 CGI とは異なり、個別のスレッドがサーブレットプログラムを処理します。

J2EEテクノロジー

サーブレット実行プロセス:

クライアントがリクエストを送信します。
Web サーバーはリクエストを受信します。
Web サーバーはリクエストを対応するサーブレットに渡します。
サーブレットはリクエストを処理し、出力の形式で応答を生成します。
サーブレットは Web サーバーに応答を送り返します
Web サーバーはクライアントに応答を送信します。

2. Java サーバーページ (JSP)

開発者は、サーバー側プログラミングに Java Server Pages を使用して、動的な Web ページを作成し、Web ベースのアプリケーションを構築します。

JSP の機能:

ユーザーが HTML 内に Java コードを埋め込めるため、JSP のパフォーマンスが大幅に向上します。
サーブレットと同様に、JSP も Enterprise Java API にアクセスできます
開発者は、JSP ページをサーブレットと組み合わせて使用することもできます。
HTML に Java コードを埋め込むことができる JSP タグは <%—–JSP code—- %>
HTML 内に JSP コードを埋め込むと、登録フォーム、ドロップダウンボックスなどの HTML ページが動的になります。
JSP は Java Beans オブジェクトにアクセスするために使用されます。
JSP はプレゼンテーション層をビジネスロジックから分離します。
サーブレットと比較して動的 Web ページを生成する最も簡単な方法を提供します。
Web コンテナは、再コンパイルを必要とせずに JSP コードの変更を処理します。
サーブレットと同様に、JSP [クラスファイルや Web、XML などの追加ファイルは必要ありません。
JSP には追加の web.xml マッピングは必要ありません。

JSP のアーキテクチャ:

J2EEテクノロジー

建築の働き #1

このアーキテクチャでは、JSP はクライアント要求の処理において重要な役割を果たします。

クライアントが JSP にリクエストを送信します
JSP は JavaBean オブジェクトを作成します。
JavaBeans は、必要に応じてデータベースから必要なデータを使用してリクエストを処理します。
サーバーはクライアントに応答を送り返します。

J2EEテクノロジー

建築の働き #2

このアーキテクチャでは、サーブレットが重要な役割を果たします。サーブレットはコントローラーとして機能します。

クライアントがリクエストを送信します。
サーブレットはクライアントから送信されたリクエストを処理します。
サーブレットは Bean オブジェクトを作成し、特定の JSP ページを呼び出します。
ここでは、JSP はクライアント要求を処理しません。
JSP はプレゼンテーション部分を実行します。

3.エンタープライズ Java Bean (EJB)

Enterprise Java Beans は、拡張性と堅牢性の高いエンタープライズレベルのアプリケーションを構築するための開発アーキテクチャです。

EJB の機能:

アプリケーションサーバーは、トランザクション、ロギング、例外処理などのシステムレベルのサービスのほとんどを提供するため、開発者はアプリケーションのビジネスロジックに集中する必要があります。
EJB コンテナはすべての EJB インスタンスを管理します。
EJB コンポーネントは、準拠した EJB 準拠サーバー上で実行されます。これらの利点はプラットフォームに依存しません。

Enterprise Bean の種類:

a.セッション Bean

セッション Bean はクライアントのタスクを実行します。クライアントは、カプセル化されたビジネスロジックをプログラムで呼び出すことができます。

セッション Bean には 3 つのタイプがあります:

ステートフルセッション Bean: ステートフルセッション Bean のインスタンスは、固有のクライアントの状態を表し、多くの場合、会話状態と呼ばれます。これは対話型セッションとも呼ばれ、1 人のユーザーのみに関連付けられます。クライアントが Bean セッションを削除すると状態は保持され、セッションが終了すると状態は消えます。
ステートレスセッション Bean: ステートレスセッションインスタンスは、クライアントとの会話状態を維持しません。クライアントが呼び出すと、そのクライアントに固有のステートレス Bean 変数のメソッドが、呼び出し期間中のみ含まれます。インスタンスはすべてのクライアントに適用されます。 Web サービスを実装できます。
シングルトンセッション Bean: アプリケーションごとに 1 回インスタンス化され、アプリケーションのライフサイクルの間存在します。単一のインスタンス Bean がすべての同時クライアント間で共有される場合に使用されます。サーバーはクライアントの呼び出し間で状態を維持しますが、サーバーのシャットダウン全体で状態を維持する必要はありません。アプリケーションの起動時にインスタンス化する必要があります。

b.メッセージ主導型

メッセージ駆動型 Bean は、Java メッセージサーバー API などの特定のメッセージタイプのリスナーです。

EJB アーキテクチャ:

J2EEテクノロジー

4. Java データベース接続 (JDBC)

Java Database Connectivity は、クエリの接続と実行に使用される Java API です。接続には JDBC ドライバーを使用します。

ドライバーの種類:

JDBC-ODBC ブリッジドライバー
ネイティブドライバー。
ネットワークプロトコルドライバー。
薄型ドライバー。

機能:

ODBC はプラットフォームに依存するため、接続に ODBC ドライバーを使用します。そのため、Java は独自の JDBC API を開発しました。
Java を使用して、Java アプレット、JSP、EJB、サーブレットなど、さまざまなタイプの実行可能ファイルを作成できます。

JDBC アーキテクチャ:

JDBC アーキテクチャは 2 つのタイプに分類されます

2 層アーキテクチャ。
3 層アーキテクチャ。

a. 2 層アーキテクチャ

2 層アーキテクチャのグラフィック表現。

J2EEテクノロジー

Java アプリケーションは、この 2 層アーキテクチャのデータベースから直接アクセスされます。クライアントは、JDBC ドライバーを使用してデータに直接アクセスします。データベースは、クライアント/サーバー構成の同じマシンまたは別のマシンに配置できます。

b. 3 層アーキテクチャ

3 層アーキテクチャのグラフィック表現。

J2EEテクノロジー

このアーキテクチャはコマンドを中間層に送信し、中間層がリクエストを処理してデータソースに転送します。データソースはリクエストを処理し、その結果が中間層に返送され、その後ユーザーに送信されます。 3 層は、企業データに対するデータアクセスと更新の制御を維持します。

5. Java メッセージサービス (JMS)

Java Messaging Service は、Messaging Service と呼ばれるネットワーク内のコンピューター間の正式な通信を提供する API です。

メッセージの交換は同期モードまたは非同期モードで行うことができます。
JMS API により、他の Java プラットフォーム言語間の相互運用性が可能になります。
アプリケーションは、メッセージキュー、送信者、受信者の概念に基づいて構築されます。

JMS には 2 種類のメッセージングドメインがあります。

a.ポイントツーポイントメッセージングドメイン

アプリケーションは、キュー、送信者、受信者の概念に基づいています。
メッセージングキューの受信者に送信された各メッセージは、メッセージングキューにメッセージを保存します。
キューには、消費されるか期限が切れるまで、すべてのメッセージが保存されます。
受信者がネットワーク内で利用できない場合、メッセージは受信者がメッセージを消費するまで、メッセージブローカーに残ります。
受信者はメッセージの消費を確認します。

b.メッセージングドメインへのパブリッシュ/サブスクライブ

アプリケーションは、トピックと呼ばれるメッセージブローカーにメッセージを送信します。
トピックはすべての購読者にメッセージを公開します。
トピックは、受信者が消費するまですべてのメッセージを保持します。
ここでは、複数のコンシューマとコンシューマが購読後にメッセージを受け取ります。

JMS アーキテクチャ:

J2EEテクノロジー

6. Java トランザクション API (JTA)

JTA を使用すると、分散トランザクションを実行して、ネットワーク内の複数のコンピューターがデータにアクセスしてデータを更新できます。 JTA API は、トランザクションマネージャーとクライアントの間の Java インターフェイスとして機能します。

アプリケーションサーバーとリソースマネージャーは、共有リソーストランザクションへのアクセスを制御します。

原子性: トランザクションマネージャーは、コミットまたはロールバックの最終決定を行う責任があります。
一貫性を提供します: トランザクションが失敗した場合でも、データの整合性は維持されます。
他のアプリケーションまたはスレッドによるトランザクションがコミットまたはロールバックされるまで、トランザクションを段階的にオフにすることはできません。
システム障害が発生した場合でも、コミットされた内容は保持されます。
3 種類のトランザクションマネージャー。
データベース: トランザクションは、不完全な更新によってデータベースが不整合な状態のままになるのを防ぎます。
JMS プロバイダ - トランザクションの使用により、メッセージが確実に配信されます。
J2EE コネクタアーキテクチャコンポーネント。
コンテナ管理トランザクション: EJB コンテナはトランザクションの境界を設定し、任意のエンタープライズ Bean を使用できます。このコードには、トランザクションを開始および終了するステートメントは含まれません。
コンポーネント管理トランザクション: トランザクションは JDBC API によって管理され、アプリケーション自体でのトランザクション管理が可能になります。メッセージ駆動型 Bean は、トランザクションの境界を明示的にマークします。

JTA アーキテクチャ:

J2EEテクノロジー

7. Javaメール

Java Mail は API です。これにより、電子メールを作成、読み書きできるようになります。この API は、プロトコル非依存およびプラットフォーム非依存を提供します。

Java Mail API で使用されるプロトコル:

SMTP: SMTP (Simple Mail Transfer Protocol) は、電子メールを転送するメカニズムです。 Apache James Server およびその他のメールサーバーソフトウェアを SMTP サーバーとして使用して、電子メールの送信と中継を行うことができます。
POP: POP は、郵便局プロトコル /POP3 です。メールを受信する仕組みです。ユーザーごとに 1 つのメールボックスをサポートします。メールサーバーである Apache James Server は、POP 機能に使用できます。
IMAP: インターネットメッセージアクセスプロトコルは、メッセージを受信するための高度なプロトコルです。ユーザーごとに複数のメールボックスをサポートします。
MIME: 複数のインターネットメール拡張機能は、電子メールの形式、添付ファイルなど、送信される内容をブラウザーに伝えます。

Java メールアーキテクチャ:

J2EEテクノロジー

8. Java Naming and Directory Interface (JNDI)

Java Naming and Directory Interface は、ユーザーが特定の名前を使用してデータを検出できるようにする、ネーミングおよびディレクトリサービス用の API です。

JNDI は実装から独立しています。
サービスプロバイダーインターフェイス (SPI) を提供し、ディレクトリサービスをフレームワークに接続できるようにします。
開発者は API を使用して Java アプリケーションを外部ディレクトリに接続します。
オブジェクトを名前にバインドするメカニズムを提供します。
イベントインターフェイスを使用すると、クライアントはディレクトリエントリがいつ変更されたかを判断できます。

JNDI は次のネーミングサービスとディレクトリサービスを使用します。

軽量ディレクトリアクセスプロトコル (LDAP)。
Common Object Request Broker Architecture (CORBA)。
共通オブジェクトサービス (COS)
Java リモートメソッド呼び出し (RMI)。
ドメインネームサービス (DNS)。

JNDI アーキテクチャ:

J2EEテクノロジー

9. J2EE コネクタアーキテクチャ (JCA)

アプリケーションサーバーは JCA を使用して EIS に接続します。

JCA 対応のアプリケーションサーバーは、JCA 準拠の EIS と統合されます。
リソースアダプターを使用すると、Java アプリケーションが EIS のリソースマネージャーにアクセスして対話できるようになります。
また、メッセージベースのトランザクション統合 Java EE ベースの Web サービスと EIS も提供します。

JCA は、Java アプリケーションサーバーとリソースアダプター間のシステムレベルのコントラクトの標準セットを定義します。

接続管理: EIS へのアプリケーションサーバープールの接続を有効にします。アプリケーションコンポーネントの接続を可能にします。これにより、スケーラブルなアプリケーション環境が実現し、多数のクライアントがサポートされます。
トランザクション管理: アプリケーションサーバーがトランザクションマネージャーを使用して、複数のリソースマネージャーのトランザクションを管理できるようにします。このソフトウェアは、外部のトランザクションマネージャーを介さずにトランザクションの内部管理をサポートします。
セキュリティ管理: EIS に対するセキュリティ脅威を防止し、EIS によって管理される貴重なリソースを保護します。
ライフサイクル管理: アプリケーションサーバーがリソースアダプタのライフサイクルを開始から終了まで管理できるようにします。
作業管理: リソースアダプターが実行のためにアプリケーションサーバーに作業を割り当てることができるようにします。アプリケーションサーバーはスレッドをディスパッチして、割り当てられた作業を完了します。
トランザクション流入管理: リソースアダプターがインポートされたトランザクションをアプリケーションサーバーに伝播できるようにします。リソースアダプタがトランザクションの完了と EIS によって開始されたクラッシュリカバリを送信できるようにします。
メッセージインフロー管理: アプリケーションサーバーに存在するメッセージエンドポイントへのメッセージの非同期配信を許可します。

JCA アーキテクチャ:

J2EEテクノロジー

結論 – J2EE テクノロジー

2EE は、クライアントの機能強化を提供するエンタープライズコンピューティングまたはエンタープライズアプリケーションを最適化します。ほぼすべての J2EE テクノロジーによって提供されるコンテナーまたはアプリケーションサーバーは、Java のプラットフォームに依存しない標準により、複数のプラットフォームで実行できるクロスプラットフォーム開発を保証するため、迅速な開発とデプロイメントを促進します。 J2EE のテクノロジーのほとんどは、設計と開発を分離しています。

以上がJ2EEテクノロジーの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。