sql >> データベース >  >> RDS >> Oracle

R12/R12.2のOracleForms

    ここでは、R12/R12.2のOracleFormsアーキテクチャの機能について説明します

    目次

    R12のフォームの機能

    -10.1.3Oracleホームの1つのOC4Jインスタンスとしてフォームがデプロイされます
    -10.1.2Oracleホーム/ビンのユーティリティを使用します
    -Forms.EAR10.1.2がOC4JコンテナにデプロイされますApplicationServer10.1.3の場合
    -ランタイムフォーム実行可能ファイルf60webmxはfrmwebに置き換えられました
    -Formsサーブレットはデフォルトのデプロイメント/通信モードです
    -FORMS_環境変数はFORMS60を置き換えます_
    -新規環境変数（例： FORMS_TRACE_DIR
    -$ ORACLE_HOME / bin / frmbld.shは、設計用のf60desmを置き換えます
    -生成用のfrmcmp.shおよびfrmcmp_batch

    R12.2のフォームの機能

    -フォームは、Oracleweblogicサーバーで1つの管理対象サーバーとしてデプロイされます
    -10.1.2 Oracle home /binのユーティリティを使用します
    -Forms.EAR10.1.2は、Oracleweblogicのマネージドサーブにデプロイされますアプリケーションサーバー
    -ランタイムフォームexecutabalef60webmxはfrmwebに置き換えられました
    -FormsServletはデフォルトのデプロイメント/通信モードです
    -FORMS_環境変数はFORMS60_を置き換えます_
    -新しい環境変数（例： FORMS_TRACE_DIR
    -$ ORACLE_HOME / bin / frmbld.shは、設計用のf60desmを置き換えます
    -生成用のfrmcmp.shおよびfrmcmp_batch

    フォームサーブレットアーキテクチャ

    Forms Listenerサーブレットは、Forms Runtimeプロセスを管理し、クライアントとのすべての通信をルーティングする役割を果たします。 FormsクライアントアプレットとFormsサーバーランタイムプロセス間のすべてのトラフィックは、ApacheリスナーとFormsリスナーサーブレットを介してルーティングされるようになりました。

    -フォームアプレットによって生成されたURLは、フォームリスナーサーブレットを実行します。 Oracle httpサーバー（Apache）リスナーは要求を受信し、それをサーブレットを実行する要求として認識し、実行するためにmod_oc4jに委任します。
    -Mod_oc4jは要求をFormsリスナーサーブレット（Forms OC4Jインスタンス）に渡します。フォームリスナーサーブレットは、新しいフォームランタイムプロセス（frmweb）をフォークします。
    -フォームメッセージレイヤーは、フォームメタデータとUIの表示に必要なデータを含むメッセージを送り返します。メッセージ構造はFormsListenerProcessで使用されるものと同じですが、今回はFormsリスナーサーブレットとapacheリスナーを介して返されます。
    -FormsサーブレットはFormsメッセージデータをhttpとして（httpトンネリングを使用して）ラップし、送信します。 Apacheリスナーを介してクライアントに返されます。

    以降のすべてのFormsクライアントFormsサーバー通信は同じパスをたどります。

    サーブレットモードの利点

    1. HTTPおよびHTTPSトラフィックはルーターによって簡単に認識できますが、ソケットモードの通信は一般に疑わしいと見なされ、例外的に扱われます。
    2. 既存のネットワークハードウェアを使用して、ネットワークトランジットの負荷分散やパケット暗号化などの基本機能をサポートできます。
    3. ネットワークとファイアウォールの再構成に対する耐性が向上します。
    4. より堅牢：Forms、Framework、JSPベースのページでネットワーク接続が予期せず切断された場合にサーブレット接続を再確立できます。
    5. 一般的なOracleFormsのお客様にサポートされている唯一の方法であるため、FormsおよびE-BusinessSuite製品グループによってより徹底的にテストされています。
    6. パフォーマンストラフィックは、Oracle Real User Experience Insight（RUEI）などのツールを介して監視できます。
    7. ソケットモードは、Windowsベースのサーバープラットフォームではサポートされていません。
    8. サーブレットの場合、ファイアウォールのフォームにアクセスするためにポートを開く必要はありません。
    9. サーブレットの場合の単純なSSL構成（接続はWeb / httpサーバー経由で行われるため、フォームに個別のssl構成は必要ないため）
    10. Forms ListenerサーブレットはHTTPサーバー・ポートを介して通信し、クライアントとOracle Application ServerFormsServices間の通信を処理するために追加のポートを必要としません。 Forms Servletアーキテクチャは、Webアプリケーションの業界標準とも互換性があり、負荷分散などのさまざまな高度なネットワーク構成をサポートします。

    フォームソケットアーキテクチャ

    Oracle Forms Server製品の初期リリースでは、クライアントをサーバーに接続するための簡単な方法が使用されていました。デスクトップクライアントからFormsListenerプロセスへの接続は、直接ソケット接続を使用して行われました。

    基本的に、クライアントデスクトップ接続はFormsListenerプロセスで確立されます。新しいFormsランタイムプロセスがフォークされるか、該当する場合は、次の空きプールプロセスが使用されます。 FormsAppletとFormsListenerの間のソケット接続は、Formsランタイムプロセスに渡されるため、アプレットはランタイムプロセスと直接通信します。 HTTPが使用されていない限り、他の新しい接続を処理する場合を除いて、リスナーは不要になります。

    11iでは、CGIを使用して、ソケット接続の作成に役立つ初期ページを生成しました

    Oracle E-Business Suiteリリース12では、フォームアプレットを開始するためのHTMLページを動的に生成する最初のリクエストは、Formsサーブレットによって処理されますが、サーブレットはフォームセッションごとに1つのリクエストしか受信しません。

    ソケットモードの利点

    1.Formsサーブレットモードよりも最大40％少ない帯域幅を使用します。これは、ワイドエリアネットワーク（WAN）ユーザーによって、ネットワーク遅延に応じて応答性が低下する原因として認識される場合があります。
    2.TCPターンが少なく、関連するオーバーヘッドがないため、サーブレットモードよりもアプリケーション層のJVMリソースの使用量が少なくなります。 HTTPPOST処理。

    バージョン11iとR12の違い

    Oracleは11iOracleE-buisness Suiteで6iを形成し、OracleはR12.0 / R12.1 / R12.2 OracleE-buisnessSuiteで10gを形成します。

    基本はこれらすべてで同じままです。実行可能ファイルはバージョンによって異なります

    フォームアーティファクトの定義

    - .fmb fileはフォームソースファイルです。これは、メタデータ、ソース、およびコンパイル済みPLSQLを含むバイナリファイルです。
    - .fmx ファイルは、実行時に使用されるフォームの生成バージョンです
    - .mmb fileはメニューソースファイルです。バイナリファイルです。
    -.mmx ファイルは、実行時に使用されるメニューの生成バージョンです
    - .pll fileは、クライアント側に添付されたライブラリソースファイルです。 Oracleアプリケーションはplxファイルを使用する必要がありますが、実行時にも使用できます。ソースとコンパイル済みのPLSQLが含まれています。
    -.plx fileは、実行時に使用される.pllのソースストリップバージョンです。コンパイルされたPLSQLが含まれています。
    – f60webmx Unix上の中間層フォームランタイムプロセスです。 （11i）
    – frmweb Unixでの中間層フォームのランタイムプロセスです。 （R12.0 / R12.1 / R12.2）
    – f60srvm LinuxでのFormsリスナープロセスです
    -Formsアプレットはプラットフォーム間で汎用的です。また、Formsアプレットは、単一のアプレットを使用してすべてのフォームを実行するという点で一般的です。
    -Java Beansは、Formsアプレットを拡張することにより、OracleApplicationsクライアント側ロジックを実装するために使用されます。

    フォーム、ライブラリ、メニュー

    • 中間層では、Formsアプリケーションはフォーム、メニュー、およびライブラリで構成されます。 RDBMSにはデータベースオブジェクトとサーバー側のパッケージとプロシージャもありますが、これらはこのドキュメントでは考慮されません。
    • フォームソースファイルはバイナリファイルであり、.fmbサフィックスが付いています。 XYZ.fmb。関連するすべてのメタデータ、PL / SQLプログラム・ユニット、およびコンパイル済みPL/SQLが含まれています。 fmbファイルは実行時に使用されませんが、フォームビルダーで開くか、フォームの実行時バージョン（.fmx）を生成するために使用できます。
    • .fmxファイルは、基本的に、Formsランタイム実行可能ファイルによって読み取られるバイナリパラメータファイルです。 .fmxの生成は「コンパイル」と呼ばれることもあり、.fmxの生成は「実行可能」と呼ばれることもありますが、それ自体は実行可能ファイルではありません。
    • .fmxファイルをリバースエンジニアリングして対応する.FMBに戻すことはできません。
    • 申請書は翻訳されているため、各言語には独自のフォームのセットがあります。たとえば、〜/ forms / USは、中間層の言語（NLS_LANG）がアメリカ英語に設定されているユーザー向けです。
    • 同様の原則がメニューにも適用されます。mmbサフィックスはソースファイルを示し、mmxサフィックスは生成されたバージョンを示します。アプリケーションは、FNDMENUという1つのメニューのみを使用します。フォームのように、このメニューはさまざまな言語に翻訳されており、〜/ resource/USの下にあります。
    • ライブラリは、フォームとメニューに対してわずかに異なるルールに従います。ソースファイルには.pllサフィックスがあり、削除されたソースには.plxサフィックスがあります。 .pllは、ビルダーにロードして生成し、実行時に使用できます。ソースとコンパイル済みの両方のPL/SQLが含まれています。 .plxではソースが削除され、コンパイルされたPL / SQLのみが含まれているため、実行時にのみ使用できます。 Oracle Applicationsは、実行時に.plxを使用します。これは、.plxがはるかに小さく、したがって効率的であるためです。
    • ライブラリには翻訳可能な文字列が含まれていないため、すべての言語に1つのバージョンがあり、〜/resourceディレクトリに保存されます。
    • ライブラリは実行時に動的にリンクされます。アプリケーション標準は、開発者がパスまたは.pll/.plxサフィックスなしでライブラリをアタッチするためのものです。 Formsは、最初に現在のディレクトリでライブラリを検索し、次にFORMS60_PATHで指定された各ディレクトリでライブラリを検索します。最初に.plxを検索し、次に.pllを検索します。
    • 前述のように、アプリケーションは.PLXを使用します。これは、.PLXが小さく、必要なメモリが少ないためです。ただし、特にカスタム開発に使用する場合、環境の問題により、.PLLが最初に検出されることがあります。繰り返しますが、トラスはこのタイプの問題をすばやく特定できます。

    また読む
    EBS内のOracleHTTPServer
    OC4Jコンテナ


    1. クラウドでWordPressMySQLデータベースをセットアップする方法

    2. 設定ファイルにプレーンテキストでmysqlパスワードを保存するよりも良いアプローチですか？

    3. SQL：WHERE句内のIF句

    4. pandas DataFrameをPostgreSQLテーブルにアップサートする方法は？