問題タブ [connect-direct]

Connect:Directプロセスを使用して DOS コマンドを実行し、収集可能なファイルのリストを取得しています。

ファイルがコレクション フォルダーで使用可能な場合、ファイルの詳細は出力ファイルにリダイレクトされます(dirfile.lst)。次に、Connect:Direct はそれらのファイルの収集を行い、dirfile.lst を削除します。コレクション フォルダにファイルがない場合、dirfile.lst は空であると予想されます。また、Connect:Direct はファイルを収集せず、dirfile.lst を削除します。

私が使用しているコマンドは

私が直面している問題は、ファイル フィルターが.または*.* の場合で、フォルダーにファイルがない場合、コマンドは「ファイルが見つかりません」という応答をスローします。Connect:Direct プロセスは、コマンドから応答を取得すると失敗します。興味深いことに、私がこの問題に直面しているのは、ファイル フィルターが. または * 他のファイル フィルタの場合、フォルダにファイルがないにもかかわらず、この「ファイルが見つかりません」という応答が返されません。

問題を修正するために使用2> Nullすると、他の例外は表示されないため、これを使用したくないですか?

* と を使用すると表示される File not Found メッセージを取り除く方法はありますか。ファイルフィルター?

どんな助けや提案も大歓迎です。

IBM i (AS400) システムからメインフレーム システムにデータを送信する必要があるという要件があります。データは、中国語と英語の文字の組み合わせです。JDBC ドライバーを使用して AS400 に接続し、Spring バッチを使用してデータを書き込みます。メインフレーム チームは、チームで使用しているコード ページが漢字列の CP935 であることを確認しました。そのため、Spring で ItemWriter のエンコーディング プロパティを設定する際に Cp935 を使用しました。これらは漢字の 16 進値を正しく解読できますが、ファイル内の英語の文字は末尾が判読できません。

英語列の Cp037 と中国語列の Cp935 のように、1 つのファイルに複数のエンコードを含める方法はありますか?

connect direct を使用してメインフレームにファイルを送信していますか? C:D がコード ページを変更する可能性はありますか?

NDM (Connect Direct) 経由でファイルをメインフレームに送信する iseries ジョブがあります。この目的のための CDSND および CDRUNJOB コマンド。

問題は、コピー タスクと実行タスクが正常に完了しても、メインフレーム側でキャプチャできない障害が発生していることです。

メインフレーム チームは、システムに負荷がかかっているために送信ジョブがイニシエーターをすぐに取得できないという理由で戻ってきました。

ジョブがイニシエータ キューに入り、スロットを取得して正常に実行された後、メインフレームから iseries への応答を取得する方法はありますか。

Connect:Direct ファイルを解析し、そこからソースと宛先の情報を抽出する C# プログラムを作成しています。

私はメインフレーム コードにあまり詳しくありません。特に、宛先の Windows パスの構文を理解しようとしています。以下は私の解釈ですが、遭遇する可能性のある有効な構文のバリエーションを処理できるパーサーを作成するために埋めたい穴があります。

2 つのバックスラッシュが 1 つを表すように、バックスラッシュ文字はエスケープ文字でなければなりません。ただし、連結操作 || 、その中にモンキーレンチを投げているようです。スラッシュ文字は行継続文字だと思います。引用符で囲まれたパスも、両側がバックスラッシュで囲まれています。これが何を示しているのかわかりません。囲まれた文字列にエスケープ文字が含まれていることを意味している可能性があると推測しています。これは、2 つのバックスラッシュが 1 つに等しいことを示唆しています。

これまでのところ間違った仮定はありますか？

それを考えると、上記のパスは次のように解釈されるため、無効になると予想されます。

つまり、いずれかのレベルに余分なバックスラッシュがあります。しかし、Connect Direct が機能し、パスを次のように正しく解釈することはわかっています。

連結演算子や行継続は、ここで必要なスラッシュの数にどのように影響しますか? 同じ有効な Windows パスを生成する有効な他の構文変数は何ですか?

外部の顧客に対して sftp を行うアプリケーションがあります。現在、これは、ファイルの sftp で使用される sftp の実際の宛先/ユーザー ID パスワードを実際にルックアップする DMZ プロキシとして機能する IBM Datapower を経由します。datapower ボックスは DMZ 上にあります。現在、sftp を IBM Connect Direct に置き換えています。Datapower には、直接接続するための FSH がないようです。これをデータパワーで機能させる方法について何か考えはありますか?

これは私の NDM スクリプトです。

最大レコード長が 1000 であるため、ここでは LRECL を 1004 と指定しました。可変ブロック レコードであることを示すために、RECFM を VB と指定しました。しかし、それでも UNIX メインフレームでは、ファイルを 1000 の固定長として受け取ります。私の最初の 3 つのレコードの長さは 132、32、1000 です。最初の行を最初の 2 つのレコード (164) で埋め、3 番目のレコードの 836 の位置を最初の行に埋めます。 3 番目のレコードのリマインダーを 2 行目に入れます。そのため、UNIX メインフレームで位置の不一致が発生しています。UNIX側でのみ変更できます。ただし、クライアントの UNIX メインフレーム側では何もできません。ファイルを可変長レコードとして送信するようにスクリプトを変更するにはどうすればよいですか?

PS : このトピックに関連するすべてのスレッドを読みました。私は過去 3 か月でほぼ 100 の変更を試みました。私にとって本当にうまくいくものは何もありません。

問題があります。Connect Direct から Splunk Enterprise または Syslog-ng に直接データを使用する必要があります。可能ですか?

よろしく。