バージョン5以前からバージョン7へ移行する場合,次の点に注意してください。
バージョン5以前からバージョン7へ移行する場合の各種ソースファイルの互換性について説明します。
バージョン5以前からバージョン7へ移行する場合,バージョン5以前で使用していたソースファイルをそのまま使用できないことがあります。ソースファイルの互換性は,次の表に示すとおりです。
表B-2 バージョン5以前で使用していたソースファイルの互換性
ソースファイルの種類 | ソースファイルを作成した言語 | 互換性 |
---|---|---|
UAP | C言語 | 32ビットアーキテクチャのバージョン7を使用する場合は,ソースファイルを変更しないで使用できます。 それ以外の場合は,ソースファイルを変更する必要があります。※ |
COBOL言語 | ソースファイルを変更しないで使用できます。 | |
UOC | C言語 | 32ビットアーキテクチャのバージョン7を使用する場合は,ソースファイルを変更しないで使用できます。 それ以外の場合は,ソースファイルを変更する必要があります。※ |
MCF通信構成定義(プロトコル固有の定義) | - | ソースファイルを変更しないで使用できます。 |
バージョン5以前では,サーバ型コネクションに指定した自システムのIPアドレスおよびホスト名を無効としていましたが,バージョン7では,コネクション定義に指定した自システムのIPアドレスまたはホスト名に対応するIPアドレスを開始時にバインドします。
指定したIPアドレスまたはホスト名に対応するIPアドレスへのバインドに失敗した場合,-bオプションのbretry,bretrycnt,bretryintオペランドの指定値に従ってバインドを再試行します。
ホスト名に対応するIPアドレスの取得に失敗した場合,開始処理を中断しますのでご注意ください。
バージョン5以前に存在したコネクション定義のメッセージ送信の再試行(mcftalccn -b dretry,dretryint,dretrycnt)は廃止し,定義しても無効となります。
バージョン5以前で行っていたメッセージ送信の再試行をバージョン7でも引き続き行い,再試行間隔(mcftalccn -b dretryint)および再試行回数(mcftalccn -b dretrycnt)にデフォルト値以外の値を設定していた場合,メッセージ送信完了監視時間(mcftalccn -b sndcmptim)に次の計算式で求めた値を設定してください。
メッセージ送信完了監視時間(sndcmptim)(秒) |
250 × 15 / 1000 = 3.75 |
バージョン5以前では,TP1/NET/TCP/IPが送受信したメッセージの全内容をMCFトレースに取得していましたが,バージョン7では,送受信したメッセージの先頭から最大128バイトをMCFトレースに取得します。
128バイトを超える送受信メッセージをMCFトレースに取得する場合は,トレース環境定義のMCFトレースに取得する送受信メッセージのサイズ(mcfttrc -t msgsize)に,送受信するメッセージ長以上の値を指定してください。
バージョン7では,未確立コネクションの論理端末に対する運用コマンド(mcftactleとmcftdctle)の動作が,バージョン5以前と異なります。未確立コネクションの論理端末に対する運用コマンドの動作を次に示します。
表B-3 未確立コネクションの論理端末に対する運用コマンドの動作
運用コマンド | バージョン | 論理端末の状態 | |
---|---|---|---|
閉塞 | 閉塞解除 | ||
mcftactle | バージョン5以前 | 論理端末の閉塞解除をします。 | KFCA14821-Wを出力し,運用コマンドを受け付けません。 |
バージョン7 | KFCA14820-Wを出力し,運用コマンドを受け付けません。 | 該当する状態※にはなりません。 | |
mcftdctle | バージョン5以前 | KFCA14822-Wを出力し,運用コマンドを受け付けません。 | 論理端末を閉塞します。 |
バージョン7 | KFCA14820-Wを出力し,運用コマンドを受け付けません。 | 該当する状態※にはなりません。 |
バージョン7では,クライアント型コネクションの確立処理が,バージョン5以前と異なります。
バージョン7では,クライアント型コネクションの確立処理を変更し,相手システムからの応答を待ち合わせる最大時間として,コネクション確立時の監視時間をコネクション定義(mcftalccn -b)のconcmptimオペランドで指定できます。
クライアント型コネクションの確立処理を変更したことによって,次の処理に必要な時間がバージョン5以前と異なります。
OSが相手システムとコネクションを確立したあと,TP1/NET/TCP/IPがコネクションの確立を検出するために,バージョン5以前では最大で,コネクション定義(mcftalccn -b)のbretryintオペランドで指定したコネクション確立障害時の確立再試行間隔だけ時間を必要としました。一方,バージョン7ではコネクションの確立を即時検出できます。
バージョン7の確立処理のリトライオーバまでの所要時間の計算式を次に示します。
確立処理のリトライオーバまでの最大所要時間(秒) |
バージョン5以前での,クライアント型コネクションの確立処理の流れは,「付録B.3 バージョン5以前でのソケット関数の処理の流れ」を参照してください。また,バージョン7での,クライアント型コネクションの確立手順の詳細は,「付録G ソケット関数の処理の流れ」を参照してください。
バージョン5以前では,1コネクション当たりに必要な受信バッファは3以上でしたが,バージョン7では次の計算式で求めた値と2のどちらか大きい方の値以上が必要となります。
1コネクション当たりの受信バッファ数(小数点以下を切り上げ) |
バージョン5以前ではプロトコル制御で使用するファイル記述子数は,コネクションの総数とサーバ型コネクションで使用するポート数でしたが,バージョン7ではコネクションの総数,サーバ型コネクションの自システムのホストのIPアドレス(ホスト名),およびポート番号を組み合わせた数です。
max_open_fdsオペランドについては,「6. システム定義」の「システムサービス共通情報定義」を参照してください。
Windows版のバージョン5ではシステムサービス共通情報定義のmax_socket_descriptorsにプロトコル制御で使用するファイル記述子数(コネクション数×2)を追加する必要がありましたが,バージョン7ではUNIX版と同様にmax_open_fdsオペランドにプロトコル制御で使用するファイル記述子を追加してください。
バージョン5以前ではコネクション数にかかわらず固定としていましたが,バージョン7では定義したコネクション数に応じてTP1/NET/TCP/IPが自動的に調整するように変更しました。
バージョン5以前ではOpenTP1終了中においても相手システムからのコネクション確立要求を受け付けていましたが,バージョン7では相手システムからのコネクション確立要求を受け付けないように変更しました。
バージョン5以前ではKFCA10618-Eを出力していましたが,バージョン7ではKFCA14847-Eを出力するように変更しました。
バージョン5以前と比較して,バージョン7では「付録A バージョンアップ時の変更点」に記載した追加機能のほかに次の機能を追加しています。