ヘッダーをスキップ
Oracle® Fusion Middleware Forms Servicesデプロイメント・ガイド
11gリリース1 (11.1.1)
B61388-05
  ドキュメント・ライブラリへ移動
ライブラリ
製品リストへ移動
製品
目次へ移動
目次
索引へ移動
索引

前
 
次
 

2 Oracle Forms Servicesの概要

この章ではOracle Formsについて説明します。Oracle Formsの開発およびデプロイメント環境の概要を説明し、Oracle Fusion Middlewareの関連するコンポーネントの詳しい情報を記述したリファレンスを提供します。

この章には、次の項が含まれています。

2.1 Oracle Forms

Oracle FormsはOracle Fusion Middlewareのコンポーネントです。Oracle Formsを使用してFormsアプリケーションを開発および配布します。Formsアプリケーションは、効率的かつ密接に連結してOracle Databaseにアクセスするためのユーザー・インタフェースを提供します。JavaとWebのサービスにアプリケーションを統合して、サービス指向アーキテクチャ(SOA)を活用できます。

Oracle Formsは、次の内容で構成されています。

2.1.1 Oracle Forms Developer

Oracle Forms Developerは、Oracle Databaseにアクセスしてデータを提供できるフォームの開発に使用します。アプリケーションの迅速な開発を実現するウィザードとユーティリティが用意されています。ソース形式(*.fmb)を作成し、実行可能ファイル(*.fmx)にコンパイルします。Formsアプリケーションは、Formsランタイム・プロセスで実行(解釈)されます。

Oracle Forms Developerの詳細は次のドキュメントを参照してください。

  • Oracle Forms Builderのオンライン・ヘルプ: Oracle Forms Builderで利用できます。Oracle Forms Developerを使用してFormsアプリケーションを開発、コンパイルする方法に関する情報が得られます。

  • Oracle Forms 6iからOracle Forms 11gへのアップグレード: Oracle Forms Developerの非推奨となった機能と、Formsアプリケーションのアップグレード手順について説明しています。

2.1.2 Oracle Forms Services

Oracle Forms Servicesは、Formsアプリケーションを複数層環境に配布するために最適化された包括的なアプリケーション・フレームワークです。Webの使用やアクセスが簡単なことを利用し、Webに単なる静的な情報公開メカニズムを超えた、複雑で動的なアプリケーションをサポートできる環境としての機能を与えます。

Oracle Forms Developerで設計、開発したFormsアプリケーションは、Oracle Fusion Middlewareに配布されます。これらのアプリケーションは中間層で動作します(図2-2を参照)。ユーザー・インタフェースは、クライアントのブラウザで表示するJavaアプレットとしてクライアント層に置かれます。

このガイドでは、構成ファイルと、Formsアプリケーションの配布をカスタマイズするために使用できる環境変数について説明します。また、パフォーマンス、ロギング、および配布の監視についても取り上げます。Oracle Fusion MiddlewareのEnterprise Manager Controlを使用して、構成ファイルと環境変数の管理および配布の監視が可能です。

2.1.3 Oracle Forms ServicesでのFormsアプリケーションの起動方法

ユーザーが最初にOracle Formsアプリケーションを起動すると(アプリケーションのURLへのリンクをクリックすることで)、ベースHTMLファイルがFormsサーブレットによって読み取られます。ベースHTMLファイル内の変数(%variablename%)は、formsweb.cfgファイルに指定された適切なパラメータ値によって置換され、URLリクエストがある場合はその問合せパラメータの値によって置換されます。

変更が必要な場合は、Oracle Enterprise Manager Fusion Middleware Controlで容易に構成ファイルを変更できます。第2.6項「Oracle Forms Servicesのアーキテクチャ」では、一般的なFormsアプリケーションの配布および実行に関連するプロセスについて説明します。

2.2 Oracle Database

Oracle Databaseは、RDBMSの最新バージョンです。Oracle Real Application Clustersの無限のスケーラビリティと業界随一の信頼性、スタンバイ・データベース・テクノロジの利点を採り入れた新しい高可用性テクノロジ(Oracle Data Guard)、ビルトインOLAP、データ・マイニング機能、抽出、変換およびロード(ETL)機能など数多くの最新機能が盛り込まれています。

Oracle Databaseの詳細は、http://www.oracle.com/technology/documentation/index.htmlを参照してください。

2.3 Oracle WebLogic Server

Oracle WebLogic Server 11g リリース1は、稼働コストの低減、パフォーマンスの向上およびOracleアプリケーション群のサポートのための新しい機能を支援するエンタープライズJava EEアプリケーションの構築と配布を目的としたアプリケーション・サーバーです。

作成するのがステージング環境、本番環境またはテスト環境のいずれであっても、最初にWebLogicドメインを作成します。WebLogicドメインには、WebLogic Serverのインスタンスが含まれ、その1つが管理サーバーとして構成されます。管理サーバーは、ドメインの構成データを保持します。管理サーバーにアプリケーションをデプロイできますが、管理対象サーバーを作成して、管理対象サーバーにアプリケーションをデプロイすることをお薦めします。Oracle WebLogic Serverの詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverの紹介』を参照してください。

構成の作業では、Formsの管理対象サーバーが作成されます(WLS_FORMS)。WLS_FORMSの詳細は、第5.1項「Oracle WebLogic管理対象サーバーについて」を参照してください。

2.4 Oracle Fusion Middleware

Oracle Fusion Middlewareは、Webサーバー、アプリケーション・サーバー、コンテンツ管理システムで構成されるほか、ソフトウェア・アプリケーションの開発、配布および管理を全面的にサポートする各種開発者向けツールを備えています。コンポーネントとしてOracle Forms Services、Oracle WebLogic ServerおよびOracle Enterprise Manager Fusion Middleware Controlがあり、ともにインターネット・コンピューティングの利点を最大限に実現するテクノロジを提供します。

Oracle Formsは、Oracle Enterprise Manager Fusion Middleware Controlを使用して管理および監視できます。

Oracle Fusion Middlewareの総合的な概要、コンポーネントのリストおよび概念的な情報は、次のマニュアルを参照してください。

2.5 Oracle Formsのインストールとアップグレードについて

Oracle Formsは、Oracle Portal、Forms、ReportsおよびDiscoverer 11g (11.1.1.4.0)のDVDからインストールします。インストーラでは、これらの製品をすべて構成できるほか、そのうちのいくつかを選択して構成することもできます。Oracle Formsのインストールの詳細は、次のガイドを参照してください。

アップグレードの詳細は、次のドキュメントを参照してください。

Forms 6iからForms 11gへのアップグレードの詳細は、第13章「Oracle Forms Services 11gへのアップグレード」を参照してください。

変更された機能または非推奨となった機能については、『Oracle Forms Oracle Forms 6iからOracle Forms 11gへのアップグレード』を参照してください。


注意:

Oracle Formsをインストールした後は、次のオプションを使用して開発専用環境のRAM使用量を節減できます。

  • WLS_REPORTS(または実行している他の管理対象サーバー)を停止してもかまいません。FormsアプリケーションのテストではWLS_FORMSのみが必要です。

  • デフォルトでは、WLS_FORMSで、formsappformsconfigmbeansが実行されています。これらのアプリケーションを管理サーバーで実行するよう再度ターゲットに設定して、Forms管理対象サーバー(WLS_FORMS)を停止できます。


2.6 Oracle Forms Servicesのアーキテクチャ

図2-1に、Forms Servicesを構成する3層アーキテクチャを示します。

図2-1 Oracle Forms Servicesのアーキテクチャ

この図は、Forms Servicesの3層アーキテクチャについて説明しています。

2.6.1 Oracle Forms Servicesのコンポーネント

Oracle Forms Servicesは、複雑なトランザクション型のFormsアプリケーションをイントラネットやインターネットなどのネットワーク上に配布する、中間層のアプリケーション・フレームワークです。開発者は、Forms Developerを使用してFormsアプリケーションを作成し、Forms Servicesを使用して作成したアプリケーションを配布します。また、開発者は従来のクライアント/サーバー型アプリケーションを、3層のアーキテクチャに移行することもできます。3層アーキテクチャへの移行では、アプリケーション・コードの小規模な変更が必要になることもあります。

図2-2に示すとおり、フォームを実行するための3層構成は次の内容で構成されています。

  • 図の最上部に示されているクライアントは、クライアント層に常駐します。

  • 図の中央に示されているFormsリスナー・サーブレットは、中間層に常駐します。

  • Formsランタイム・プロセスも中間層に常駐します。

図2-2 フォームを実行する3層構造

Forms Servicesを実行する3層構造

2.6.1.1 Formsリスナー・サーブレット

Formsリスナー・サーブレットは、JavaクライアントとFormsランタイム・プロセス間でブローカとしての役割を果たします。これは、Javaクライアント・プロセスから接続リクエストを受け取ると、Javaクライアント・プロセスにかわってFormsランタイム・プロセスを開始します。

図2-3は、クライアントがHTTPリクエストを送信し、Forms ServicesからHTTPレスポンスを受信する仕組みを示しています。Oracle Forms ServicesはFormsリスナー・サーブレットを使用して、Formsランタイム・プロセスの開始と終了、Formsランタイム・プロセスとの通信を行います。この図では、クライアントは左側に示されています。図の中央に示されているHTTPリスナーは、クライアントのネットワーク・エンドポイントとしての役割を果たし、他のサーバー・マシンやポートがファイアウォールで公開されないようにします。

図の右側に示されているFormsランタイム・プロセスは、特定のFormsアプリケーションに含まれているコードを実行します。Formsリスナー・サーブレットは、クライアントごとにFormsランタイム・プロセスの生成を管理し、クライアントとそれに対応するFormsランタイム・プロセス間のネットワーク通信を管理します。


注意:

Formsリスナー・サーブレットは、Oracle Fusion Middlewareのインストール・プロセスで構成されます。


図2-3 Formsリスナー・サーブレットを使用したアーキテクチャ

この図は、HTTPからリスナー・サーブレットへのコールのフローを示しています。

2.6.1.2 Formsランタイム・プロセス

Formsランタイム・プロセスは次の2つの役割を果たします。クライアント・ブラウザと通信する場合は、クライアント・ブラウザからのリクエストを処理するサーバーとしての役割を果たし、メタデータをクライアントに送信してユーザー・インタフェースを伝えます。データベース・サーバーと通信する場合は、リクエストされたデータをデータベースに問い合せるクライアントとしての役割を果たします。

アプリケーション・サーバーには、Oracle Formsセッションごとに1つのOracle Formsランタイム・プロセスが存在します。Oracle Formsは実際にはこのプロセスで実行され、アプリケーション・ロジックと処理はこのプロセスにより管理されます。また、これは、データベース接続の管理、データの問合せと更新、フォーム内の任意のPL/SQLの実行、トリガーの実行なども行います。クライアント/サーバー・モードで実行するのに使用されたのと同じフォーム、メニューおよびライブラリ・ファイルを使用します。

Formsランタイム・プロセスには、アプリケーションでJavaを実行するためのJava仮想マシン(JVM)も含まれています。最適化のために、このJVMはFormsアプリケーションでJava Importerが使用される場合に起動します。10gでJVMプーリング機能を使用するのはJava Importerのみです。11gでは、Formsランタイム・プロセスがReportsをコールするときに別のJVMを作成することはなくなりました。かわりに、フォームにJVMコントローラを構成しておくと、そのフォームはReportsをコールするときに共有JVMを使用できます。これにより、メモリー消費を削減できるので、サーバーではより多くのリソースを解放できます。JVMの使用とプーリングの管理の詳細は、第10章「Java仮想マシンの構成と管理」を参照してください。