メインフレームや AS/400 (System z や System i には申し訳ありませんが) で実行するバッチ ジョブを Java で構築することをクライアントに提案します。どちらのプラットフォームも最新のシステム ソフトウェアです。誰かがこれを行ったことがあり、注意すべきポインターや落とし穴を提供できるかどうか疑問に思っています。
動機は、Web サービスの呼び出しや PDF の作成などを行うために Java で使用できるツールとライブラリにアクセスできるようにすることです。
メインフレームや AS/400 (System z や System i には申し訳ありませんが) で実行するバッチ ジョブを Java で構築することをクライアントに提案します。どちらのプラットフォームも最新のシステム ソフトウェアです。誰かがこれを行ったことがあり、注意すべきポインターや落とし穴を提供できるかどうか疑問に思っています。
動機は、Web サービスの呼び出しや PDF の作成などを行うために Java で使用できるツールとライブラリにアクセスできるようにすることです。
Javaは両方のマシンで十分にサポートされています。
z / OSでは、Webshereアプリケーションサーバースイート全体と、関連するプロセスサーバーおよびESBが移植されています。
主な動機は、「最新の」アプリケーションからレガシーDB2(および程度は低いがIMS)データベースに直接アクセスすることです。
Java for CICSも見ましたが、非常に問題がありました(JVMは常に再初期化されていました)。
Websphere上でネイティブアセンブラーアプリケーションAPIを公開するためのJNIコードをいくつか作成しました。
iSeriesの状況はわかりませんが、私が知っているほとんどのiSeriesショップはまだRPGIVにしがみついています。
主な落とし穴は、UTF-16からEBCDICへの変換です。それらには時間がかかり、ロケール設定に注意する必要があります(USSシェル、DB2データベースが同一のコードページに設定されている場合が最も簡単です)。
この質問にはすでに回答がありますが、Java は IBM i (OS/400) に移植されており (私は 1998 年に使用していました) 、i プラットフォームのほとんどを公開する Java API ですらあります。zとiの両方で述べたように、完全な WebSphere スタックが完全にサポートされています。