3

NFS スタイルのファイル システムが IBM メインフレームで利用可能である一方で、おそらく他の世界に対するメインフレームのセキュリティ リスクを最小限に抑えるために、NFS スタイルのファイル システムが有効にされていないことがよくあります。

メインフレーム上のファイルにアクセスして処理する PC ベースのツールを作成したいと考えていると、単純な問題 (「NFS ファイル '\mainframe\foo' を開く」) がはるかに難しくなります。ネットワーク化された環境でファイル システムへのアクセスを提供するために、何を頼りにできますか? (Linux システムは Samba 経由の NFS をほぼ標準で提供しているため、これは簡単です)。

IBM は、IBM COBOL プログラマーが使用する Eclipse バリアントである Rational Developer for Z を提供しています。RDZ は、IBM メインフレーム ファイル システムに直接アクセスできるようです。彼らはそれを行うために何を使用していますか? それが利用できないのはなぜですか?利用できる場合、それは何ですか?

4

2 に答える 2

6

RDz には、z/OS ホスト上で実行され、Eclipse プラグインからの接続を受け入れる開始済みタスク (UNIX で言えばデーモン) があります。プロトコルはプロプライエタリであるため、それに関する情報を見つけることはまずありません。

また、RDz は COBOL プログラマーだけのものではありません。すべてのソース コードをメインフレームに保存したい多くのショップで使用されていますが、なぜ 2 つの別々のリポジトリを維持するのでしょうか。そのため、ロングネーム/ショートネームおよび ASCII/EBCDIC 変換を使用して、これらの不敬虔な Java パスを美しく洗練された 8 文字のメンバー名に変換し、z/OS でそれを読み取ることができるようにしていますが、ISPF エディターの"source ascii"コマンドにより、最後の懸念がいくらか緩和されています。 .

同様のことをしたい場合は、クライアントからの着信接続を受け入れるように独自のスターティッド タスクをコーディングする必要があります。これは思ったほど難しくありません。USS (UNIX System Services、名前が OpenMVS に変更された) はベース オペレーティング システム ソフトウェアの一部として z/OS に付属しているため、実際には UNIX 環境で実行します。また、USS ファイルと z/OS データセット/メンバーの両方に透過的にアクセスできます。

次に、開始したタスクがセキュリティ リスクではないことをメインフレーム ショップに納得させる必要があります。それがどのように機能するか教えてください:-)

NFS をソフトウェアの前提条件にする方が簡単な場合があります。少なくとも、それは IBM のセキュリティ問題であり、あなたの問題ではありません。

于 2009-08-24T06:40:39.837 に答える
1

RDz は、Remote Systems Explorer (RSE) を介して z/OS と通信します。z/OS は、SMB、NFS、FTP、SCP、およびその他のリモート アクセス方法を提供します。

于 2009-09-10T16:10:50.550 に答える