問題タブ [mainframe]

ファイルをメインフレームにアップロードしていますが、アップロードする前にメモ帳を使用してファイルを開くと表示できます。

アップロードすると、管理者は、ファイル内のデータを読み取ることができず、ジャンクとして表示されると不平を言っています。

ファイルをメインフレームにアップロードする前に、他に何かする必要がありますか? Chilkat コンポーネントを使用してファイルをメインフレームにアップロードしています。

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

ありがとう

TSO for z/OS で REXX または CLIST を使用する利点と欠点は何ですか?

私の理解では、CLIST は単なる古いコマンド言語ですが、REXX がオペレーティング システムの標準になっているにもかかわらず、CLIST を使用する多くの新しいソフトウェアを受け取っているようです。

特に REXX の能力と z/OS への緊密な統合を考えると、CLIST が好まれる理由はありますか?

これが可能かどうかさえわからないので、Sql Server 2005 以外のものであっても、これを実現する方法についてアイデアをいただければ幸いです。リモート メインフレームにセットアップされたリンク サーバーがあり、夜間に実行される単純なインポート ジョブがあります。問題は、インポートが必要なメインフレーム上のテーブルが、ユーザーがそのレポートを実行するたびに上書きされる単なる一時的なレポート ファイルであり、場合によっては異なるパラメーターが使用されるため、データが常に変化することです。リクエストの 1 つは、特定のユーザーがレポートを実行する場合にのみ SQL ジョブを実行することでした。これは、インポート元と同じメインフレーム レポート テーブルにフィールドとして格納されます。メインフレームでスケジュールされた実行を設定することはオプションではありません。なぜなら、所有者に設定してもらうのは費用がかかるからです。理由は聞かないでください。

いくつかのJasperReportsを作成し、Windowsマシンで非常に正常に実行しています。この問題は、レポートがzOSオペレーティングシステムを搭載したメインフレームで実行されるように設定されたときに始まりました。

問題は、Jasperがレポートを作成するときに、データベースからテーブルのメタデータを読み取り、それに基づいてデータが来ることを期待しているように見えることです。
例：varchar（20）型の列がある場合、レポートフィールドがStringとして定義されている場合でも、Jasperは20文字だけ待機します。

これはWindows環境では発生しませんが、メインフレームでは文字エンコードはEBCDICであるため、列のメインフレームには19文字が含まれる可能性がありますが、エンコードすると23文字または24文字としてレポートに返されます。

注：この問題は、英語以外の文字でのみ発生します。

Jasperがレポートを作成しているときに、 UPDATE
AConversionBufferFullがスローされます。メインフレームのログにアクセスできないため、完全なトレースがありません。この問題は、値が約17〜20文字の場合、COUNTRY_DESCと呼ばれる1つの列のみで発生し、例外が発生します。

前述したように、メインフレームの文字セットはEBCDICですが、JDBCを介して読み取ると、Unicodeに変換されます。たとえば、EBCDICでは、単語は17文字になりますが、変換すると22文字になります。奇妙な理由で、Jasperはこのフィールドにのみ20文字を期待しています。

HEX データとしてファイルに書き込む必要がある文字列 'RAJA' があります。問題を説明するのに役立つサンプルコードを次に示します。ケース(a)

ファイルへの出力:52414A41

しかし、HEX データを直接使用してファイルに書き込むと、問題なく動作します Case(b)

ファイルへの出力:RAJA

問題: (a) 文字列が C2X を使用して HEX に変換された場合、HEX データではなく HEX データ文字列が返されます。ただし、(b) の場合、HEX データがファイルに書き込まれます。私の質問は、REXX インタープリターに、case(a) の変数 'name' が HEX データを持ち、HEX として書き込まれることを知らせる方法です。問題を明確にしたことを願っています。解決策に向かって歩きましょう。

JCL から REXX プログラムに引数を渡すことはできますか?

COBOLプログラムに引数を渡すために使用するのと同じように、JCL PARMを使用できると思います..ここにあなたのアイデアを入れてください...

REXX Exec または Clist を作成して、誰がデータセットをエンキューしたかを識別し、ISPF ダイアログ アプリケーションにユーザー フレンドリなメッセージを表示する必要があります。システム構成の問題により、%WHOHAS コマンドは使用できません。ただし、ISPF 自体 (オプション 3.4) には、zos メインフレームへの独自のフックがあり、必要なエンキューされたリソース情報を表示するため、情報を取得できることも知っています。残念ながら、REXX Exec または CLIST を使用して ISPF 3.4 の外部からこのデータにアクセスする方法がわかりません。助言がありますか？

私は、2002 年までの 16 年間、Adabas/Natural および Cobol のメインフレーム プログラマーでした。オンラインおよびバッチ アプリケーションの分析、設計、開発、テスト、実装、および文書化に豊富な経験があります。7 年間の育児休業の後、ソフトウェア開発に戻りたいと考えています。

最近、.NET 言語の需要が高まっていると聞いています。.NET 言語の確かな知識を得るために、どのクラスを受講すればよいかアドバイスをいただけますか? ASP.NET または VB.NET から始める必要がありますか? また、どのバージョンを使用しますか? または、プログラミング スキルをメインフレーム環境からクライアント/サーバー環境にアップグレードする必要がある人に、他に何かアドバイスはありますか?

あらゆるご意見をお寄せいただきありがとうございます。

時間単位のデータを保持する DB2/z のテーブルからいくつかのデータを照会していますが、時々数時間をスキップします (クライアントがその時間の詳細を送信しない場合)。

軸データを取得するためにクエリが必要なグラフ作成ツールにデータを直接フィードしているため、時間軸の値が欠落していて見栄えが悪い場合があります。

すべての時間を保持する 24 行のテーブルのようなヘルパー テーブルを追加することは禁止されているため、信頼できるバッキング テーブルなしで 1 日のすべての時間を返す DB2 のクエリが必要です。私は巨大なものを使用してきました：

これは私が今まで見た中で最も厄介な解決策なので、もう少しきれいなものが欲しいです。

以下に独自のソリューションを投稿しましたが、よりシンプルまたはよりエレガントなものを受け入れることができます。

z/OS メインフレーム (COBOL プログラム) から Microsoft Sql Server にアクセスして 3270 端末エミュレーションを行う方法 (おそらく安価) はありますか?
3270 がかなり古いシステムであることは承知していますが、銀行の CED では依然として非常に人気があります。