Glassfishで実行中のアプリの新しいバージョンを再デプロイする適切な方法は何ですか?WARを実行していて、変更を加えました。undeploy + deployを実行するのは正しいことかもしれないと思いましたが、undeployするとglassfish(v3)がクラッシュすることがよくあります。
Glassfishで実行中のアプリを再デプロイする適切な方法は何ですか?
Glassfishで実行中のアプリの新しいバージョンを再デプロイする適切な方法は何ですか?WARを実行していて、変更を加えました。undeploy + deployを実行するのは正しいことかもしれないと思いましたが、undeployするとglassfish(v3)がクラッシュすることがよくあります。
Glassfishで実行中のアプリを再デプロイする適切な方法は何ですか?
WebアプリケーションをGlassFishv3に再デプロイする方法はいくつかあります。
私がお勧めする方法は、「asadmin redeploy --name foo --properties keepSessions = true foo.war」です(または、Webアプリにディレクトリデプロイメントを使用します...)
詳細については、asadminのdeployサブコマンドのマニュアルページを参照してください。
アンデプロイしてからデプロイすることはほとんどありません....時間がかかりすぎます。
dot-warファイルを作成することはほとんどありません...私は通常、ディレクトリ展開を行います。これにより、warファイルの作成と展開に費やされる時間がなくなります。
ディレクトリ展開を使用することで、jspファイルに微調整を適用し、再構築/再展開の手順なしでそれらをテストすることもできます。
開発中にkeepSessionsプロパティを使用するのが好きです。このプロパティが本番環境で役立つかどうかはわかりません。
あなたが説明した方法はおそらくサーバーをクラッシュさせるべきではありません...チームの人々が問題が何であるかを追跡できるようにhttps://glassfish.dev.java.net/servlets/ProjectIssuesで問題を提出してください。
undeploy
Webアプリケーションのすべての痕跡を削除することを意味します。
問題はいつ発生しますか?GlassFishは本当にクラッシュしますか?詳細を教えてください。
ちなみに、GlassFishv3には次のredeploy
コマンドがあります。
asadmin redeploy --name mywar mywar.war
しかし、redeploy
= undeploy
+なのでdeploy
、これでは問題は解決しません。
なぜv3が違うのかわかりませんが、v2ではまさにそれが私たちの仕事です。最初にアンデプロイしてから、再度デプロイします。
これを行うには、管理GUIまたはasadmin(コマンドライン)を使用しますか?動作はどちらの方法でも同じですか?