問題タブ [zos]

同僚と私は、ホストされたDB2 / zデータベース（バージョン8.1）に数百のSQLストアドプロシージャを置いています。管理者権限はなく、データベースへのアクセスはQMF画面を介して行われます。FTダウンロードは、TSOコマンドを使用した3270ターミナルセッションを介して行われます。

すべてのストアドプロシージャの定義/テキストを抽出する簡単で効率的な方法はありますか？

SVNまたは他のリビジョン管理システムでオンサイトに保管している毎週のダンプを実行したいと思います。

任意の提案をいただければ幸いです。

ありがとう
スティーブン

更新-2009年7月9日

提案に感謝しますが、特定の構成では役に立たないようです。ベンダーに戻って、詳細を尋ねます。さらに何かを学んだら更新します。

スティーブン

ROWID データ型のフィールドを含むテーブルをアンロードする必要があります。QMF はこのデータ typr をサポートしていないため、QMF を介してテーブルをアンロードできませんでした。テーブルをアンロードする他の方法はありますか?

Python と ftplib を使用して、az/os PDS からいくつかのテキスト ファイルのダウンロードを自動化しようとしています。

ホスト ファイルは EBCDIC であるため、単純に FTP.retrbinary() を使用することはできません。

FTP.retrlines() は、そのコールバックとして open(file,w).writelines と共に使用された場合、もちろん、EOL を提供しません。

それで、まず、「私には問題ないように見える」このコードを思いつきましたが、私は比較的Python初心者なので、誰かがより良いアプローチを提案できますか? 明らかに、この質問を単純にするために、これは最終的なものではありません。

どうもありがとう。

更新: Python 3.0、プラットフォームは Windows XP の MingW です。

z/os PDS は、行末をレコード区切り記号として使用するのではなく、固定のレコード構造を持っています。ただし、z/os FTP サーバーは、テキスト・モードで送信する場合、retrlines() が取り除くレコードの終わりを提供します。

最終更新:

これは、進行中の開発の基礎となる私の修正されたソリューションです（たとえば、組み込みのパスワードを削除します）。

ジョンとビナイの両方に感謝します

別のサーバー (Windows) 上の Java Web アプリから IBM zOS で JCL の一部を実行する最良の方法を教えてください。また、ジョブから応答コードを取得する必要があります。

現時点での 2 つのオプションは次のとおりです。1) JES を使用する - しかし、応答を返すのは難しい 2) DB2 プロシージャーを介して呼び出しを行う。

別の（より良い）方法はありますか

IBM JAX-RPC ベースの Web サービスを使用して Websphere 6.1 で Web サービスを実行しています。クライアントは、HTTP ヘッダーの transfer-encoding:chunked なしでリクエストを送信しています (コンテンツの長さを指定します)。websphere からの応答には、常に HTTP ヘッダーに transfer-encoding:chunked が含まれています。これにより、応答が複数のチャンクで送信されると思います。サービス リクエスターとサービス プロバイダーが多くの仲介者 (ファイアウォールやロードバランサー (T1/F5) など) によって分離されているシステムでは、この種のチャンキングによって大幅な遅延が発生する可能性があります。

このリンクとこのリンクは、リクエストのチャンクについて話しますが、レスポンスについては何も言及していません。

HTTP ヘッダーの応答に transfer-encoding:chunked を追加しないように websphere を構成する方法はありますか?

z/OSでテストを作成するために使用できるC++ 単体テスト フレームワーク (例: CppUnit、Google Testなど) を知っている人はいますか?

私は開発のほとんどを Windows でDignus C++ コンパイラーを使用して行っています。このコンパイラーはクロス コンパイラーとして使用でき、z/OS で実行するオブジェクト コードを生成できます。Google Test を使用してサンプル テストを作成しようとしましたが、コンパイラは Google Test コードをコンパイル/リンクできませんでした。Google Test は z/OS のサポートを主張していないため、これは予期されたものです。でも、やってみる価値はありました！

これに反応していただきありがとうございます！

V1.8 z/OS XL C コンパイラーを使用し、INFO(ALL) を使用して警告を表示すると、以下のコードの 4 行目に次の警告が表示されます。

なぜこの警告が表示されるのか、頭を悩ませることはできません。const int への const ポインターに int ポインターを割り当てることができる場合 (3 行目)、int ポインターのアドレスを const ポインターに const int へのポインターに割り当てることができないのはなぜですか? 私は何が欠けていますか？

上記のコードは、少量のコードで発生している問題を示しているだけのスリム化された例であることに注意してください。実際のコンテキストは、構造体 (struct s** const) へのポインターへの const ポインターがあり、それを関数への引数として渡していることです。関数のパラメーターは、const struct (const struct s** へのポインターへの const ポインターとして定義されています)定数）。これは、関数が構造体のデータを変更せず (したがって最初の const)、渡されたアドレスを常に保持するポインター パラメーター (したがって 2 番目の const) を変更しないためです。指しているポインターの値は、途中で変更される場合があります (これが、** の間に 3 番目の const がない理由です)。

1）z /OSUSSとLinuxプラットフォームの両方でC++をビルドするためにMakefilesが必要です。makefileを共通に保つために、z / OSUSSでgnumakeを使用することをお勧めしますか？

2）Makefileが一般的である場合、Makefileの一部のステップは、プラットフォームに条件付きのままです。条件付きコンパイルと同様の手順でそれを行うことはできますか？はいの場合、構文についてサポートを受けられますか？

3）z / OS USS Makefileには、以下の例のように、シェルスクリプトまたはコマンドのグループがあり、角かっこ[]は、一度に1行ではなく、グループとしてシェルにコマンドを示します。GNU makeを使用して、これらのコマンドを1行に変更する必要があったようですが、これは面倒で、ネストされたループが問題でした。gmakeを使用してコマンドをグループ化する簡単な方法はありますか？

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

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

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

いくつかの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文字を期待しています。