問題タブ [cobol]

COBOL で、長さが不明な 2 つの文字列を連結するにはどうすればよいですか? たとえば、次のようになります。

の場合FIRST-NAME = 'JOHN '、LAST-NAME = 'DOE 'どうすれば取得できますか:

とは対照的に：

100 万行を超える COBOL コードを含むシステムを維持しています。COBOL で記述したすべてのビジネス ロジックを失うことなく GUI (おそらく Windows ベース) に移行する方法について誰か提案がありますか? はい、ビジネス ロジックの一部は、現在のユーザー インターフェイス内に埋め込まれています。

私の部署は現在、かなり大きな COBOL コード ベースを維持するというタスクの責任に直面しています。ビジネス ニーズに対応するために新しい機能を追加する方法を考えています。最近は COBOL プログラマーを獲得するのが難しく、Java や C# などの最新の言語を使用することで生産性が向上すると考えています。

次の 4 つのオプションがあると考えています。

1. すべてをゼロから書き直して、古いアプリケーションを置き換える準備が整うまで放置します
2. すべてをゼロから書き直し、一部の人に古いアプリケーションを維持してもらい、新しいアプリケーションが構築されているときに新しいビジネス ニーズに対処する
3. すべての新しい機能を最新の言語で記述し、新しいコードを古い機能と統合する方法を見つけます。
4. 古いアプリケーションを維持し続けます。

私たちにとって最良の選択肢は何だと思いますか、またその理由は何ですか?

COBOL DAT、IDX、および KEY ファイルのセットを受け取ったので、それらのデータを読み取り、Access、XLS、CSV などにエクスポートする必要があります。COBOL コードのバージョン、ベンダーはわかりません。ファイルを作成した Windows 実行可能ファイルがあります。

Easysoft および Parkway ODBC ドライバーを試しましたが、ファイルからデータを読み取ることができませんでした。

この製品を配布していた会社が閉鎖されたため、ソース コードにアクセスできません。

埋め込み SQL を含むサンプル (Fujitsu NetCobol) COBOL テスト プログラムを (Windows XP 上で) プリコンパイル、コンパイル、およびリンクできます。このテスト プログラムは、DB2 (Linux では UDB 9.5) データベース テーブルの行数を読み取って表示します。

実行時に次のエラー メッセージが表示されます。

JMP0811I-U [PID:... TID:...] 'sqlgstrt' プログラムのリンケージ規則またはパラメーターに失敗しました。PGM=DB2TST1

このエラーが参照するプリコンパイル ソース コードは次のようになります。

このエラーメッセージの意味を知っている人はいますか?

メインフレーム上で実行されているいくつかのCOBOLプログラムがあり、JavaAPIを介してバックエンドボールトと通信するためにそれらの1つが必要です。CobolプログラムがJavaプログラムを呼び出す方法はありますか？

CobolのWebサービスを使用することは可能でしょうか？Cobolプログラムを他のものとどのように統合しますか？

いくつかのバックエンド システムと対話する必要がある金融アプリケーションに、いくつかの COBOL プログラムがあります。利用可能なインターフェースの 1 つは、Web サービスを介したものです。COBOL で書かれたプログラムは、Web サービスにリクエストを送信できますか?

Oracle の Pro*COBOL プリコンパイラが想定するデフォルトのファイル拡張子を設定することは可能ですか?

インクルード ファイルにファイル名が指定されていないステートメントはありますか?

ドキュメントでは、この場合 (ファイル拡張子のない INCLUDE ステートメント)、プリコンパイラがシステムの既定のファイル拡張子を使用することを指定しているようです。

ちょうど今、Microsoft の Visual Studio ページをチェックしていたところ、広告のサイドバーに突然信じられないほどの広告が表示されました。

「Net Express は、コア ビジネス プロセスを .NET Framework やその他の分散プラットフォームに拡張するためのCOBOL開発環境です。」

もちろん、リンクをたどったところ、これを行っている会社を見つけましたが、まだCOBOLを使用している場所はありますか? .NET フレームワークで実際に COBOL を使用している人はいますか?

非常に重要なアプリケーションがありますが、これまでのところソース コードはありません。アプリケーションは COBOL で作成され、コンパイルされたバージョンが実稼働システムにあり、実行されています。

ただし、新しいサーバーと新しい COBOL コンパイラに移行する必要があります。新しいサーバーで動作させるには、コードを再コンパイルする必要があるという印象を受けています。既存のコンパイル済みプログラムを実行すると、ランタイム メモリ エラーが発生しました。

プログラムのソース コードはいくつかありますが、古いものです。それとコンパイルされたプログラムの違いが何であるかわかりません。

では、質問です。どうすればよいでしょうか。

古いサーバーを送り返して信用を得る必要があるため、時間は私たちの味方ではありません。アイデア、提案、クレイジーですか？（ソース管理は明らかであり、それを行うのは私次第ではないので、講義を保存してください）