4

近い将来、いくつかのストアド プロシージャを使用して RPG プログラムとして作成された iSeries アプリケーションを最新化するソリューションを実装する予定です。私たちの推奨する方法は、この分野で Java が提供する最新かつ最高のものを活用することです。

ここで STOVFlow に関する他の質問をグーグルで検索して確認すると、JTOpen はほとんどの場合に機能するデファクト ライブラリ/ツールセットのようであり、Tomcat が I シリーズ ボックスで問題なく動作することを確認することができました。

これを背景に、高レベルのソルアーチとして以下を考えています。

  1. IBM JRE をインストールし、JTOpen の機能を使用して RPG プログラムを呼び出し、場合によっては DB2 で実行されているストアド プロシージャを直接呼び出します。
  2. Tomcat に、Grails およびその他のフレームワーク (Camel、Smooks) を使用して構築された最新の Web アプリケーションをホストさせて、ブラウザからユーザーに提供される古い機能に必要なメディエーションや変換を満たすアプリケーション ロジック レイヤーを提供します。

質問-

  1. あなたの誰かがそのような演習に関与したことがある場合は、このアプローチの落とし穴を共有してください
  2. エンド ユーザーの応答時間に関して大幅なパフォーマンスの低下はありますか?
  3. JT400コードをWebサービスとして公開し、これらのWebサービスを完全に消費する別のマシンでWebアプリを実行する方が良いでしょうか?
4

3 に答える 3

2

Java からのRPG の呼び出しには細心の注意を払ってください。RPG は変更を加えないとスレッドセーフではないからです。

于 2011-10-30T08:24:09.413 に答える
1

私がCOMMONにいたとき、市場で感じた最高の製品はProfoundUIでした。さまざまなベンダーから他にもいくつかあります。これらの製品のほとんどはJavaを使用していません。i上のJavaは遅い傾向があります。（それをより速くするためにできることがありますが、ネイティブは常により速いです。）これらの製品の代金を支払うでしょうが、これを自分で行うのにどれくらいの時間がかかるか想像してみてください。上記の場合、私は2万ドル以上の範囲で見積もられました。しかし、すべてのi製品と同様に、価格はシステムによって大きく異なります。

あなたの質問に直接答えるには：

  1. 私は時間の許す限り近代化の研究を行ってきましたが、（私が見た時点では）私たちが使用したい目的に使用するための製品はまだありませんでした（COMMON2011以前）。今ではうまくいくようです。
  2. これは実際にはシステムによって異なります。新しいシステムでは、古いシステムよりも問題が少なくなります。Webは常にグリーンスクリーンよりも遅くなります。実地のエントリーの人々はそれを気に入らないでしょう。幹部や若い人たちはそれを気に入るはずです。
  3. あなたのスローポイントはビジネスロジックを実行しています。HTMLがどのサーバーから来ているかは関係ありません。
于 2011-09-19T14:16:19.060 に答える
1

私は、AS/400 が Java コードから見た AIX ボックスのように動作し、データ キューやファイルなどの AS/400 固有の機能と通信するために jt400 (jtOpen) を使用する必要があることを発見しました。しかし、JVM の呼び出しが遅いため、Java ベースのソリューションは長時間実行する必要があります。

また、QTEMP は、事前開始ジョブの性質上、状態を維持するためのメカニズムとして一般的に使用できないことにも注意してください。

V6R1 では Java 6 が利用可能で、「新技術」版でかなりうまく動作します。その後、Jetty などの Web サーバーを含む、ほぼすべての Java ベースのソリューションを実行できます。IFS ファイルに直接アクセスする場合、Java はデフォルトでコード ページ 819 を使用することに注意してください。AS/400 をネットワーク ドライブとして使用する Windows クライアントは、互換性のあるコード ページを使用します。

于 2011-09-28T10:59:05.690 に答える