問題タブ [ebcdic]

EBCDIC 入力ファイル形式を解析する必要があります。Javaを使用すると、以下のように読むことができます：

しかし、Hadoop Mapreduce では、RecordReaderこれまで機能していなかった via を解析する必要があります。

誰でもこの問題の解決策を提供できますか?

asp.net サイトでユーザーが生成したデータを Unisys メインフレームにアップロードしようとしています。クライアントは、FTP を使用してファイルをアップロードするのではなく、データを Unisys Mainframe Windows 共有に直接ロードすることを望んでいると判断しました。通常、FTP は ASCII と EBCDIC の間の変換を行います。

問題は、ファイルの内容を EBCDIC としてエンコードしたかどうかに関係なく、メインフレームがファイルを ASCII として認識することです。

テストコードは次のとおりです。

質問
1) ファイルを ASCII として作成し、メインフレーム ジョブでユーティリティを呼び出してファイル EBCDIC を変換する必要がありますか? もしそうなら、ユーティリティの名前は何ですか? メインフレームの運用担当者は 1 つも知りません。

2) .net 内で実際に EBCDIC ファイルを作成する方法はありますか? EBCDIC エンコーディングは機能していますが、ファイルの種類が異なると思われ、何も見つけることができませんでした。

私は文字通りメインフレームで 20 年間何もしていないので、理解が深まりません。

前もって感謝します。クリス

Perl を使用して、データベース AS/400 DB2 からテーブルをインポートしました。

問題は、文字列が EBCDIC Latin-1 (イタリア語) でエンコードされていることです。

結果のファイルをLinux bashでプレーンなutf-8に変換するにはどうすればよいですか?

EBCDIC エンコード ファイルを入力として受け取るデータ サービス ジョブをテストしています。テスト目的でいくつかのデータを編集する必要があります。RFHUtil ユーティリティを使用してファイルを読み取ることはできますが、編集することはできません。

Windows エディタまたは UNIX ユーティリティで編集できますか?

以下のコードを実行していますが、Windows と Unix のどちらを使用しているかによって、"some_string".getBytes() から異なる結果が得られます。この問題はどの文字列でも発生します (非常に単純な ABC と同じ問題を試しました。

コンソールに出力された以下の違いを参照してください。

以下のコードは、Java 7 を使用して十分にテストされています。完全にコピーすると、実行されます。

さらに、下の 2 つの画像で 16 進数の違いを確認してください。最初の 2 つの画像は、Windows で作成されたファイルを示しています。ANSI と EBCDIC でそれぞれ 16 進数値を確認できます。3 番目の黒い画像は Unix のものです。16 進数 (-c オプション) と、EBCDIC であると思われる読み取り可能な文字を確認できます。

ですから、私の率直な質問は次のとおりです。どちらの場合も Java 7 を使用しているだけなので、なぜそのようなコードが異なる動作をするのでしょうか? どこかで特定のプロパティを確認する必要がありますか? おそらく、Windows の Java は特定のデフォルト形式を取得し、Unix では別の形式を取得します。その場合、どのプロパティを確認または設定する必要がありますか?

Unix コンソール:

Windows コンソール:

コード全体: