0

IBM WebSphere Application Server 6.1 に EAR としてデプロイする単純な Java アプリケーションがあります。

私の質問は簡単です。WAS 6.1 と WAS 7 の両方で実行できる EAR をエクスポートすることは可能ですか? バージョン専用の EAR に接続する JAR を問題なく作成できました。しかし、EAR 全体をマルチバージョン対応にすることは可能でしょうか?

これの必要性は次のとおりです。最近、WAS 6.1 から WAS 7 への移行を求める上層部からの指令が出されました。コンプライアンスを維持し、会社に多額の費用を負担させたくないため、私のチームはサービスを WebSphere Application に移行し始めました。サーバー 7。

残念ながら、当社の製品の配布方法が原因で、一部のビジネス アプリケーションは当社に直接電話をかけ、変更の影響をまったく受けない (または認識していない) 一方で、独自の EAR をデプロイする必要があります。WAS 7 への切り替えについて、私たちのように積極的ではないことが明らかになったとき、または単にそれをタイムリーに行うことができないことが明らかになったときに、問題が発生し始めます。

4

1 に答える 1

0

この数日間、プロジェクトの設定をいじった結果、EAR を WAS6.1 と WAS7 の両方に配布することができました。正確に何がすべてを機能させたのかははっきりとは言えませんが、1 つの重要な点はターゲット ランタイムを WAS6.1 と WAS7 の両方に設定することだったことはわかっています。一部のプロジェクトが WAS7 で動作するように変更され、WAS6.1 で実行するまで、両方のランタイムを対象とするビルドで問題が発生しなかったという問題がいくつかあったようです。次に、ターゲット ランタイムとして WAS7 を削除したときに、いくつかの注釈の問題が発生しました。私が遭遇した注釈の問題の 1 つは、WAS6.1 が Java 1.5 で実行されるため、インターフェイスのみを実装するクラスの @Override 注釈によってエラーが発生したことでした...いずれにしても、それを見つけてよかったです。どうやら、Java 1.6 は気にせず、何もオーバーライドできないようです。

とにかく、基本的には、ファセットとターゲット ランタイムを正しく構成し、EAR とサブ プロジェクトが両方ではなく、それぞれで動作することを確認するだけです。

于 2013-06-26T11:57:39.373 に答える