Page History

...

• サーバー定義ロジックは、多数のRDMLファンクションに分散させるのではなく、1つのファンクションにだけコーディングすることを強くお勧めします。このようにすることで、将来サーバーに対して加えられる変更からアプリケーションを保護することができます。
  
  
• LU パートナー名は、以下のいずれかである必要があります。
  • コミュニケーション・ルーターにすでに定義されている完全に修飾されたパートナーLU (論理ユニット) 名
    これは、通常「ネットワーク名.制御ポイント名」という形式で、「ローカル・ネットワークID」および「ローカル制御ポイント名」のIBM i DSPNETA値と一致しています。
    一般に、5250エミュレーション・セッションを実行することができるコミュニケーション・ルーターであれば、これらの詳細がすでに使用可能な状態に構成されています。 
    例：APPN.SYDASD25
  • または、LU名としてalias名 (別名) を使用している場合は、完全に修飾されたLU名の代わりにそれを使用することができます。 
    例：5250PLU
    
    
• 指定された変換テーブルは、接続中に実際にIBM iサーバーからアップロードされます。初期の接続フェーズでは、指定したテーブルがアップロードされない場合、デフォルトの変換テーブルによって初期の接続詳細を変換する必要があります。 初期の接続詳細(サーバーに送信される)には、以下のものがあります。
  • システム区画
  • 言語コード
  • タスク識別子
  • クライアントからサーバーへの変換テーブル名
  • サーバーからクライアントへの変換テーブル名

...

• SSN 値は、メッセージにしばしば表示される場合があるため、エンド・ユーザーにとって意味のある名前にすることをお勧めします(CHICAGO、BOSTONCHARLIE1など)。
  
  
• SSN 名は、英語のアルファベット(大文字のAからZまで)で始まる固有の名前である必要があります。
  
  
• サーバーが接続されていない時は、繰り返し(再)定義することができます。現在接続されているサーバーを(再)定義しようとすると、致命的なエラーが発生します。
  
  
• 定義された詳細は、永続的なものではありません。X_RUNコマンドが終了すると消滅します。ユーザー独自のSQLベースのテーブルを定義して、サーバー詳細を保持したり、テーブルを実際に読み込んでこの組み込み関数に渡される値を取得することができます。
  
  
• これらの機能で十分に経験を積んでから、組織で使用する特定のサーバー・アーキテクチャを設計するようにしてください。サーバー・アーキテクチャは、以下のような特徴が必要です。
  • 組織の要件を満たしている
  • 手早く容易に変更できる
  • 拡張可能である

...