1

現在、私が勤務している会社には、別の会社が提供する、Websphere で実行するように設計された Java アプリケーションがあります。Websphere では問題なく動作しますが、64 ビット JVM を使用する必要性が切迫しています。製品の複雑さと、それがシステムの必要な使用にどのように関係するかを考えるとです。かなりの金額がかかるため、Websphere のライセンスを購入することは避けようとしています。

私はこのアプリケーションを、見つけられるほぼすべての Java Application Server にインストールしようとしましたが、Glassfish が最も有望なようです。問題は、使用したいライブラリをどのように処理するかです。

アプリケーションにバンドルされているのは jaxb.jar ファイルで、かなり古いバージョンです。そのファイルをスタンドアロン アプリケーションで簡単にテストして、バージョン番号を確認したところ、1.0 でした。その中で任意のクラスを使用しました。次に、アプリケーションのデプロイ時に同じクラスのバージョンをテストするための単純な jsp を作成しました。2.2.6になりました。Glassfishには新しいバージョンのjaxb jarファイルがあることを知っているので、明らかにこれを使用しています。

アプリ サーバーで使用されているクラスよりも独自の lib フォルダー内のクラスをアプリケーションに使用させるにはどうすればよいですか? これが、Glassfish が私の代わりのアプリ サーバーになるのを妨げている唯一のことだと思います。

注: Glassfish から問題の原因となっているファイルを削除しようとしましたが、再起動に失敗しました。これらは、サーバーを実行するために必要です。前もって感謝します。

4

1 に答える 1

0

GlassFish で webapp をデプロイ/実行するときの正確な問題は何ですか? GlassFish で jar を改ざんする代わりに、アプリケーションで jaxb jar を更新できますか?

おそらく、GlassFish のクラスローディング階層についてここで読むことができます。これにより、これを解決する方法の手がかりが得られる場合があります。特に、承認されたメカニズムが役立つ場合があります。

于 2012-10-10T20:05:20.300 に答える