この章では、ビジネス・アプリケーションの統合を可能にし、異種アプリケーション間の相互通信に必要な堅牢、軽量で高度にスケーラブルな標準ベースの統合フレームワークを提供する、Oracle JCA準拠アダプタの概要を示します。この章では、今日のビジネス・アプリケーション処理の中におけるJCAアダプタのコンテキストについて説明します。
ビジネス・プロセスの最適化に対するニーズの高まりに伴い、既存のバックエンド・アプリケーションとの効果的な統合が成功への鍵となっています。ビジネス・プロセスを最適化するために、JCA 1.5コンポーネント・リソース・アダプタを使用してアプリケーションを統合できます。各アダプタでは堅牢、軽量で高度にスケーラブルな標準ベースの統合フレームワークがサポートされており、異種アプリケーション相互の通信を可能にします。たとえば、アダプタにより、パッケージ・アプリケーション、レガシー・アプリケーション、データベースおよびWebサービスを統合できます。Oracle JCAアダプタを使用すると、様々なベンダーから異なるテクノロジに基づいて提供されて異なるプラットフォームで動作する異種アプリケーションを統合することで、相互運用性を保証できます。
この章では、次の項目について説明します。
Oracle JCAアダプタのメリットは、次のとおりです。
複雑なビジネス・プロセスを統合するための接続性プラットフォームの提供: アダプタにより、メインフレームおよびレガシー・アプリケーションがEnterprise Resource Planning (ERP)システム、カスタマ・リレーションシップ・マネジメント(CRM)システム、データベース・システムおよびメッセージ・システムと統合されます。オラクル社は、SAPやSiebelなどの各種パッケージ・アプリケーションおよびデータベースを接続できるようにアダプタを提供しています。また、ミドルウェア・メッセージ・システム(MQSeriesやOracle Advanced Queuingなど)とレガシー・アプリケーション(CICSおよびTuxedoなど)も、アダプタにより統合されて完全なソリューションを提供します。
オープン・スタンダードのサポート: アダプタは、J2EE Connector Architecture (JCA)バージョン1.5、eXtensible Markup Language (XML)およびWeb Service Definition Language (WSDL)など、一連の標準に基づいています。標準のサポートによりユーザーの学習曲線が短縮され、単一ベンダーに依存する必要がなくなります。
サービス・コンポーネント・アーキテクチャ(SCA)アセンブリ・モデル: コンポジット・アプリケーションを形成するためのサービス詳細とその相互依存関係を提供します。SCAにより、ビジネス・ロジックを、すべてのSCA準拠アプリケーションに容易に統合できる再利用可能なサービス・コンポーネントとして表現できます。このようなアプリケーションはSOAコンポジット・アプリケーションと呼ばれます。SCA標準の仕様は、Organization for the Advancement of Structured Information Standards (OASIS)により保守管理されています。
サービス指向アーキテクチャ(SOA)の実装: オープン・スタンダードのサポートにより、アダプタでは疎結合、柔軟性および拡張性を容易にするSOAを実装できます。
ネイティブAPIの使用: アダプタではバックエンド・システムとの複数のインタフェース方法がサポートされ、各種のデプロイメント・オプションが用意されています。アダプタではバックエンド・アプリケーションとの通信にネイティブAPIが使用され、ネイティブ・データからクライアントに提供する標準XMLへの変換にも使用されます。
データのモデル化: アダプタでは、設計時に構成したアダプタ・メタデータに基づいてネイティブAPIと標準XMLの間の変換が実行されます。アダプタ構成は設計時に定義され、ランタイム・コンポーネントにより使用されます。
リアルタイムの双方向接続の促進: アダプタにより、各種バックエンド・システムとの双方向通信が提供されます。これには、バックエンド・システムへのリクエストの送信とレスポンスの受信が含まれます。リアルタイム・イベント通知サービスも、アダプタによりサポートされています。このサービスにより、バックエンド・データの作成、削除および更新について、成功したバックエンド・トランザクションに関連付けられたバックエンド・イベントに関する通知が送信されます。この2方向接続性により、迅速、柔軟かつ効果的な統合と、それに伴うコストの削減が保証されます。
可用性の最大化: Oracle JCAアダプタはJ2CA 1.5仕様に基づいています。したがって、アダプタは基礎となるOracle Application Serverプラットフォームのスケーラビリティと高度な可用性を完全に利用できます。
詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverリソース・アダプタのプログラミング』を参照してください。
さらに、アダプタはJBossおよびWebSphereプラットフォームにもデプロイできます。
使用しやすい設計時ツールの提供: アダプタで使用される設計時ツールにはGraphical User Interface (GUI)が用意されており、迅速な実装およびデプロイメントのためにアダプタを構成して管理できます。さらに、ツールを使用してバックエンド・スキーマを参照、ダウンロードおよび構成できます。
Oracle Application Serverコンポーネントとのシームレスな統合のサポート: アダプタによりOracle Fusion Middlewareが統合されます。アダプタによりOracle Fusion MiddlewareプラットフォームのJCAバインディング・コンポーネントが統合されます。これにより、他のサービス・エンジンおよびバインディング・コンポーネントがシームレスに統合されます。
Oracle JCAアダプタには、次のものがあります。
図1-1に、様々なタイプのアダプタを示します。
Oracleテクノロジ・アダプタによって、Oracle Application ServerおよびOracle Fusion Middlewareコンポーネント(Oracle BPEL Process Manager (Oracle BPEL PM)やOracle Mediatorコンポーネントなど)が、ファイルシステム、FTPサーバー、データベース・キュー(アドバンスト・キュー、すなわちAQ)、Java Message Service (JMS)、データベース表およびメッセージ・キュー(MQ Series)と統合されます。
このタイプのアダプタには、次のものがあります。
Oracle JCA Adapter for Files/FTP
Oracle JCA Adapter for Sockets
Oracle JCA Adapter for Oracle Streams Advanced Queuing (Oracle JCA Adapter for AQ)
Oracle JCA Adapter for JMS
Oracle JCA Adapter for Database
Oracle JCA Adapter for MQ Series
Oracleテクノロジ・アダプタは、Oracle Fusion Middlewareの一部としてインストールされます。
この項には、次の項目が含まれます。
詳細は、次を参照してください。
このマニュアルの以降の章
Oracle Fusion Middleware Oracle WebLogic Serverリソース・アダプタのプログラミング
Oracle Fusion Middleware Oracle SOA Suite開発者ガイド
Oracle Fusion Middleware管理者ガイド
Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド
Oracleテクノロジ・アダプタはJ2EE Connector Architecture (JCA) 1.5標準に基づいており、Oracle Fusion Middlewareと同じOracle WebLogic Serverにリソース・アダプタとしてデプロイされます。Oracle Adapter for Oracle Applicationsは、Oracleテクノロジ・アダプタと同じアーキテクチャで構成されています。図1-2に、Oracleテクノロジ・アダプタのアーキテクチャを示します。
設計時に、Oracleテクノロジ・アダプタはOracle JDeveloper (JDeveloper)を使用してアダプタ・メタデータを生成します。バインディング構成ファイルはJ2CA中心のXMLマークアップから構成されます。J2CAバインディング構成ファイルは、J2CA 1.5リソース・アダプタをOracle Fusion Middlewareとシームレスに統合するためにJCAバインディング・コンポーネントで使用されます。
Oracleテクノロジ・アダプタとOracle Fusion Middlewareの統合の詳細は、第3.2項「アダプタとOracle Fusion Middlewareの統合」を参照してください。
例1-1 Oracle JCA Adapter for Database用のWSDLおよびバインディング構成ファイルの生成
JDeveloperを使用してOracle JCA Adapter for Databaseを構成できます。このアダプタを使用すると、データ操作の実行、ストアド・プロシージャやファンクションのコールおよびデータベース・イベントのリアルタイムでのパブリッシュが容易になります。アダプタ定義を構成するには、「コンポーネント・パレット」から、「データベース・アダプタ」を「外部参照」スイムレーンにドラッグ・アンド・ドロップします。
図1-3に、「表のインポート」ウィンドウで参照してアダプタに必要な表を選択する方法を示します。
図1-4に、Oracle JCA Adapter for Database用のWSDL設定を指定する方法を示します。
次に、データベース接続を確立し、操作タイプを選択し、必要な表を選択する必要があります。ランタイム接続パラメータはweblogic-ra.xml
ファイル内で指定され、設計時に指定するJava Naming and Directory Interface (JNDI)名にリンクされます。図1-5に、新規データベース接続の作成方法を示します。
最後に、図1-6に示すように、JDeveloperによりOracle JCA Adapter for Database用のJ2CAバインディングを使用してWSDLファイルおよびバインディング構成ファイルが生成されます。
Oracleテクノロジ・アダプタのランタイム・コンポーネントは、特定のバックエンド・アプリケーション用のJ2CA 1.5リソース・アダプタです。Oracleテクノロジ・アダプタは、Oracle WebLogic ServerのJ2CAコンテナにデプロイされます。Oracle Fusion Middlewareは、JCAバインディング・コンポーネントを介してJ2CA 1.5アダプタと統合され、Webサービス・メッセージがJ2CA相互作用との間で変換されます。
Oracle Fusion Middlewareでは、JCAバインディング・コンポーネントを使用してリクエスト-レスポンス・サービス(J2CAアウトバウンド相互作用)がSCAコンポジット参照と統合され、アダプタ・イベントがSCAコンポジット・サービスにパブリッシュされます。
Oracle Fusion Middlewareの統合の詳細は、第3章「アダプタとOracle Application Serverコンポーネントの統合」を参照してください。
Oracleテクノロジ・アダプタは、インストール時にOracle Fusion Middlewareと同じOracle WebServerコンテナにJ2CA 1.5リソース・アダプタとしてデプロイされます。Oracleテクノロジ・アダプタはJ2CA 1.5リソース・アダプタとして物理的にデプロイされますが、論理的にデプロイするには、設計時にJDeveloperを使用してweblogic-ra.xml
ファイルを編集し、J2CA 1.5リソース・アダプタ用のコネクション・ファクトリ・エントリを作成する必要があります。JDeveloperを使用してJNDI名を指定します。JNDI名は、コンポジットがOracle WebLogic Serverにデプロイされる際に使用される接続のプレースホルダとして機能します。このプレースホルダにより、開発とその後の本番に異なるデータベースを使用できます。ただし、論理的なデプロイ変更を有効にする場合(つまり、新規のアウトバウンド接続を作成する場合にのみ)、WebLogic Serverコンテナ・プロセスの更新が必要になります。既存のJNDIのアウトバウンド接続プロパティを更新する場合は、Oracle WebLogic Serverの再起動が必要です。既存のJNDIのアウトバウンド・接続プロパティを更新するときにサーバーの再起動を回避するには、第2.19項「アダプタ・コネクション・ファクトリの追加または更新」を参照してください。
レガシー・アダプタにより、レガシー通信プロトコルを使用して、Oracle Application Serverがレガシーおよびメインフレーム・アプリケーションと統合されます。
このタイプのアダプタには、次のものがあります。
OracleAS Adapter for Tuxedo
OracleAS Adapter for CICS
OracleAS Adapter for VSAM
OracleAS Adapter for IMS/TM
OracleAS Adapter for IMS/DB
レガシー・アダプタは、OracleAS Adapters CDに収録されています。
この項には、次の項目が含まれます。
詳細は、次を参照してください。
Oracle Fusion Middleware Oracle WebLogic Serverリソース・アダプタのプログラミング
Oracle Fusion Middleware Oracle SOA Suite開発者ガイド
Oracle Fusion Middleware管理者ガイド
Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド
レガシー・アダプタのアーキテクチャには、次のコンポーネントが含まれています。
図1-7に、レガシー・アダプタのアーキテクチャを示します。
チェンジ・データ・キャプチャ(CDC)アダプタのアーキテクチャも同じです。
Oracle Connectは、レガシーおよびメインフレーム・プラットフォームに常駐するコンポーネントです。メインフレーム・アプリケーションおよびデータ・ストアとの通信に使用するネイティブ・アダプタで構成されています。Oracle Connectを構成するコンポーネントは、次のとおりです。
サーバー・プロセス
Oracle Connectは、クライアント・リクエストを処理する複数のサーバーで構成されています。
ネイティブ・アダプタ
Oracle Connectは、TuxedoおよびIMS-TMトランザクション・システムと通信するための各種埋込みネイティブ・アダプタと、VSAMやIMS-DBなどのメインフレーム・システム上にある各種データベースおよびファイルシステムと通信するためのデータベース・ドライバで構成されています。ネイティブ・アダプタにより、レガシーCOBOLアプリケーション・データなどのアプリケーション構造がXMLとの間で変換されます。メインフレーム・データと標準XMLデータの間の正確なマッピングには、XSDスキーマが使用されます。
デーモン
デーモンは、複数のサーバー構成を管理して保守するRPCベースのリスナーです。これはOracle Connectを実行中のすべてのコンピュータ上で動作し、ユーザー認証と認可、接続の割当ておよびサーバー・プロセスの管理を処理します。
クライアントが接続をリクエストすると、デーモンがこの接続を処理するためのサーバー・プロセスを割り当てます。割り当てられるサーバー・プロセスは、新規プロセスの場合と実行中のプロセスの場合があります。クライアント・セッションとサーバー・プロセス間の以降の通信は直接行われ、デーモンは関与しません。ただし、接続の終了時にサーバー・プロセスが停止されるか、別のクライアントにより使用中の場合は、デーモンに通知されます。
デーモンでは、ワークスペースと呼ばれる複数のサーバー構成がサポートされています。各ワークスペースにより、アクセス可能なデータソース、アプリケーション、環境設定、セキュリティ要件およびサーバー割当てルールが定義されます。デーモンによりクライアントが認証され、特定のサーバー・ワークスペース内のサーバー・プロセスに対するリクエストが認可され、必要なサーバーがクライアントに提供されます。デーモンによるサーバーの割当ては、クライアントが使用しているワークスペースに基づきます。そのため、クライアントは1つのワークスペースを使用してデータソースにアクセスできます。その場合は、既存のサーバー・プールからサーバー・プロセスが割り当てられます。クライアントが別のワークスペースを使用してデータソースにアクセスすることもできます。その場合は、クライアント・リクエストごとに新規サーバー・プロセスが割り当てられます。フェイルセーフ・メカニズムにより、可用性を高めるためのスタンバイとして機能する代替デーモンを指定できます。
リポジトリ
Oracle Connectでは、XMLベースのスキーマおよび構成情報を格納するためのリポジトリがサポートされています。リポジトリはOracle Connectインスタンスごとに1つ存在します。リポジトリには、次の情報が格納されます。
Oracle Connect構成設定(クライアント/サーバーの通信を制御するデーモン設定など)
ユーザー・プロファイル(複数のバックエンド・アプリケーションおよびデータソースへのシングル・サインオンを有効化)
各アダプタのアダプタ・メタデータ(アダプタのリクエスト-レスポンスおよびイベント・サービスなど)
Oracle Studioは、メインフレーム用OracleAS Adapterを構成するための設計時ツールです。これにより、ネイティブ・アダプタのサービス、イベントおよび接続情報を構成できます。構成情報は、レガシーまたはメインフレーム・アプリケーションのOracle Connectリポジトリに格納されます。さらに、Oracle Connectの管理と監視にも使用できます。Oracle Studioを使用できるのは、Windowsプラットフォームの場合のみです。Oracle Studioは、Eclipse GUIフレームワークに基づいています。
J2EE Connector Architecture (J2CA)アダプタにより、WebLogic Serverアプリケーション・クライアント・リクエストがOracle Connectアプリケーションに転送されます。Oracle Connectはメインフレーム・アプリケーションと通信し、レスポンスをJ2CAアダプタに転送します。レスポンスにはトランザクション・データが含まれていたり、リクエストでエラーが発生した場合は例外データが含まれている場合もあります。Oracle Fusion Middlewareは、J2CAレガシー・アダプタを介してOracle Connectと統合されます。
設計時にレガシー・アダプタを構成するには、図1-8に示すようにOracle Studioを使用します。
実行時には、設計時に生成されたWSDLファイルが統合コンポーネントにより使用されます。たとえば、Oracle Fusion Middlewareでは、JCAバインディング・コンポーネントを使用してリクエスト-レスポンス・サービス(J2CAアウトバウンド相互作用)がBPELのinvokeアクティビティと統合され、イベントがBPELプロセスのreceiveアクティビティにパブリッシュされます。
詳細は、第3.2項「アダプタとOracle Fusion Middlewareの統合」を参照してください。
パッケージ・アプリケーション・アダプタにより、Oracle Application Serverが各種のパッケージ・アプリケーション(SAPやSiebelなど)と統合されます。
このタイプのアダプタには、次のものがあります。
OracleAS Adapter for PeopleSoft
OracleAS Adapter for SAP R/3
OracleAS Adapter for Siebel
OracleAS Adapter for J.D. Edwards
パッケージ・アプリケーション・アダプタは、OracleAS Adapters CDに収録されています。
この項には、次の項目が含まれます。
詳細は、次を参照してください。
Oracle Fusion Middleware Oracle WebLogic Serverリソース・アダプタのプログラミング
Oracle Fusion Middleware Oracle SOA Suite開発者ガイド
Oracle Fusion Middleware管理者ガイド
Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド
パッケージ・アプリケーション・アダプタは、J2EE Connector Architecture (J2CA) 1.5リソース・アダプタまたはWebサービス・サーブレットとしてOracle WebLogic Serverコンテナにデプロイできます。パッケージ・アプリケーション・アダプタでは、J2CAインタフェースに加えて、Web Service Definition Language(WSDL)およびSimple Object Access Protocol (SOAP)インタフェースがサポートされています。パッケージ・アプリケーション・アダプタをJ2CAおよびWebサービスとしてデプロイするには、リポジトリ・プロジェクトが必要です。J2CAデプロイメントの場合、リソース・アダプタは複数のバックエンド接続オブジェクトを格納できるリポジトリ・プロジェクトを指します。デプロイメント・ディスクリプタweblogic-ra.xml
は、J2CAリポジトリ・プロジェクトとそのプロジェクト内でアクセスするための接続名を指します。WSDLデプロイメントの場合、WSDLリポジトリ・プロジェクトはアダプタ・メタデータを記述する一連のWSDLファイルで構成されます。
注意: このリリースでは、WSDLおよびSOAP拡張をサポートしているのは次のパッケージ・アプリケーション・アダプタのみです。
|
パッケージ・アプリケーション・アダプタのアーキテクチャは、OracleAS Adapter Application Explorer(アプリケーション・エクスプローラ)、J2CA 1.5リソース・アダプタおよびBusiness Services Engine (BSE)で構成されています。
図1-11に、パッケージ・アプリケーション・アダプタのアーキテクチャを示します。
この項では、パッケージ・アプリケーション・アダプタ・アーキテクチャのコンポーネントについて説明します。
この項には、次の項目が含まれます。
アプリケーション・エクスプローラは、パッケージ・アプリケーション・アダプタを構成するための、Java Swingベースの設計時ツールです。アプリケーション・エクスプローラを使用すると、バックエンド・アプリケーション接続を構成し、バックエンド・アプリケーション・スキーマを参照し、これらのスキーマをアダプタ・サービスとして公開できます。アプリケーション・エクスプローラは、バックエンド・アプリケーション固有のメタデータを参照するための、パッケージ・アプリケーション固有のプラグインに付属しています。
アプリケーション・エクスプローラを使用すると、OracleAS Adapter J2CAまたはBSE用のリポジトリ・プロジェクトを作成できます。各リポジトリ・プロジェクトは、複数のバックエンド・アプリケーション接続で構成できます。スキーマは、OracleAS Adapter J2CAインタフェース用のXMLスキーマ定義(XSD)、またはSOAPバインディングを使用するWSDLとして表されます。
アプリケーション・エクスプローラは、Oracle Application ServerのOracle WebLogic ServerコンテナにデプロイされるBSEと連動します。BSEでは、クライアントからリクエストを受け入れ、バックエンド・アプリケーションと対話し、バックエンド・アプリケーションからクライアントにレスポンスを送信するためのプロトコルとしてSOAPが使用されます。
J2CA 1.5リソース・アダプタは、バックエンド・イベントを受信するためのチャネル・コンポーネントで構成されています。
アプリケーション・エクスプローラを使用して、設計時にパッケージ・アプリケーション・アダプタを構成します。このツールを使用して、バックエンド接続のリストを含んだ、J2CA 1.5リソース・アダプタ用のリポジトリ・プロジェクトを作成します。アプリケーション・エクスプローラでは、バックエンド・メタデータがJ2CA拡張を使用するXSDおよびWSDLとして公開されます。XSDメタデータは、Oracle WebLogic Serverアプリケーション・クライアントでJ2CA Common Client Interface (CCI)のアプリケーション・プログラム・インタフェース(API)を介した統合に使用されます。J2CA拡張を使用するWSDLは、Business Process Execution Language for Web Services (BPEL) Process Managerとの統合に使用されます。BSEのメタデータは、WSDLまたはSOAPとして定義できます。
図1-12に、アプリケーション・エクスプローラを示します。
例1-3 OracleAS Adapter for SAP用のXMLリクエスト・スキーマの生成
アプリケーション・エクスプローラを使用して、OracleAS Adapter for SAP用の接続を確立できます。このような接続を確立するには、まず図1-13および図1-14に示すようにOracleAS Adapter for SAPに対してターゲットを定義する必要があります。
SAPビジネス関数ライブラリを開いてオブジェクトを選択した後、アプリケーション・エクスプローラを使用して、その関数に使用するXMLリクエスト・スキーマとXMLレスポンス・スキーマを作成できます。各スキーマ・タイプのXMLを表示するには、図1-15に示すように必要なタブを選択します。
パッケージ・アプリケーション・アダプタのランタイム・コンポーネントには、J2CA 1.5リソース・アダプタ、BSEおよびサーブレットなどがあります。WebLogic Serverアプリケーション・クライアントでは、CCI APIを使用してJ2CA 1.5リソース・アダプタに直接インタフェースします。J2CA 1.5リソース・アダプタは、JCAバインディング・コンポーネントを介してOracle Fusion Middlewareと統合されます。実行時には、JCAバインディング・コンポーネントにより、設計時に構成されたアダプタ・メタデータ(WSDLおよびバインディング構成)に基づいて、Oracle Fusion Middlewareサービス・リクエストとJ2CAコールの間の変換が実行されます。
実行時には、設計時に生成されたWSDLファイルが統合コンポーネントにより使用されます。たとえば、Oracle Fusion Middlewareでは、JCAバインディング・コンポーネントを使用してリクエスト-レスポンス・サービス(J2CAアウトバウンド相互作用)がBPELプロセスのinvokeアクティビティと統合され、アダプタ・イベントがBPELプロセスのreceiveアクティビティにパブリッシュされます。
Oracle Fusion Middlewareの統合の詳細は、第3.2項「アダプタとOracle Fusion Middlewareの統合」を参照してください。
パッケージ・アプリケーション・アダプタは、インストール時にWebLogic Server J2CAコンテナにJ2CA 1.5リソース・アダプタとしてデプロイされます。アダプタは、統合するOracle BPEL PMと同じWebLogic Serverコンテナ内に存在する必要があります。
すべてのWebサービス・クライアントをBSEサーブレットと統合できます。BSEでは、基礎となるバックエンド機能がWebサービスとして公開されます。これは、WSDLとSOAPのどちらでもかまいません。Oracle BPEL PMは、WSDLおよびSOAPバインディングを介してBSEレイヤーと統合することもできます。
BSEは、インストール時にWebLogic Serverコンテナにサーブレットとしてデプロイされます。BSEはリモート配置が可能で、Oracle BPEL PMと同じコンテナになくてもかまいません。
Oracle Applicationsは、Oracleアプリケーションと非Oracleアプリケーションのデータを統合し、企業全体で顧客、サプライヤ、パートナおよび従業員を一元的に定義できるようにする、統合情報アーキテクチャ上に構築されます。これにより、現在のパフォーマンス・メトリック、財務比率、損益要約などの情報を取得できるアプリケーションのスイートが提供されます。Oracleアプリケーションを非Oracleアプリケーションに接続するには、Oracle Adapter for Oracle Applicationsを使用します。
注意: Adapter for Oracle Applicationsは、Oracle E-Business Suite Adapterとも呼ばれます。 |
Oracle Adapter for Oracle Applicationsによって、Oracle Applicationsへの包括的、双方向、マルチモード、同期および非同期の接続が可能になります。アダプタでは、Oracle E-Business Suiteのバージョンに基づいたカスタム統合インタフェース・タイプの選択を含む、リリース12およびリリース11iのOracle Applicationsのすべてのモジュールがサポートされます。
Oracle Adapter for Oracle Applicationsのアーキテクチャは、Oracleテクノロジ・アダプタに類似しています。
詳細は、次を参照してください。
Oracle Fusion Middleware Adapter for Oracle Applicationsユーザーズ・ガイド
Oracle Fusion Middleware Oracle WebLogic Serverリソース・アダプタのプログラミング
Oracle Fusion Middleware Oracle SOA Suite開発者ガイド
Oracle Fusion Middleware管理者ガイド
Oracle Fusion Middleware Oracle SOA SuiteおよびOracle Business Process Management Suite管理者ガイド
アダプタには、アプリケーション間の通信を容易にするために次のタイプのサービスが用意されています。
アダプタでは、同期リクエスト-レスポンス・サービスがサポートされています。アダプタはアダプタ・クライアントからリクエストを受信すると、リクエストをネイティブなバックエンド・データ形式に変換し、バックエンド・アプリケーション内で該当するメソッドをコールします。さらに、リクエスト-レスポンス・サービスは逆変換の実行後に、JCAバインディング・コンポーネントへのバックエンド・レスポンスを取得します。J2CA用語では、このタイプのサービスはアウトバウンド相互作用とも呼ばれます。
リクエスト-レスポンス・サービスは、バックエンド・データの作成、削除、更新および問合せと、バックエンド・ワークフローおよびトランザクションのコールに使用できます。たとえば、WebLogic Serverアプリケーション・クライアントでは、OracleAS Adapter for SAPを使用してSAPアプリケーション内で顧客を作成できます。
図1-16に、リクエスト-レスポンス・サービスを示します。
アダプタでは、非同期通信パラダイムであるイベント通知サービスがサポートされています。J2CA用語では、このタイプのサービスはインバウンド相互作用とも呼ばれます。
アダプタは、バックエンド・イベントの変化をリスニングまたはポーリングします。イベントをリスニングするアダプタは、イベントをアダプタにプッシュするように構成されているバックエンド・アプリケーション用のリスナーとして登録されます。アダプタは、クライアント・アプリケーションに必要なイベントを、バックエンド・アプリケーション(通常はデータベースまたはファイル)でポーリングすることもできます。
イベント通知サービスを使用すると、バックエンド・データの作成、削除および更新について、成功したバックエンド・トランザクションに関連付けられたバックエンド・イベントを追跡できます。
図1-17に、イベント通知サービスを示します。
アダプタ・メタデータ定義には、ビジネス・オブジェクトおよびサービス用のバックエンド接続およびスキーマに関する情報が格納されます。アダプタは、メタデータを参照および格納するための設計時コンポーネントと、サービスを実行するためのランタイム・コンポーネントで構成されています。アダプタ・メタデータ定義は、XMLスキーマ定義(XSD)、WSDLおよびバインディング構成ファイルとして生成されます。図1-18に、メタデータの相互作用を示します。