開発チームがWebアプリケーションのソース・コードを変更するたびに、EARを構築し、WebSphereのデプロイメント・マネージャーにログインし、テスト・サーバーでアプリケーション全体を更新し、再び。Websphereデプロイメント・マネージャーを使用せずにWebアプリケーションをデプロイ
ただし、変更には単一のJavaファイルのみが含まれることがあります。 XXX.classをWebSphereフォルダー内の特定の場所にコピーするだけでなく、開発ライフサイクルを高速化するために、変更をテストサーバーに展開する別の方法はありますか？
Websphereアプリケーションでは、Hot Deploymentと呼ばれることができます。しかし、これでは.classファイルを変更/展開することはありません。少なくとも、.jarファイルが変更されている必要があります。しかし、これを設定する手順は、問題のアプリケーションと密接に関連しています。それはチュートリアルウェブサイトに属し、これは1つではないので、StackOverflowの単一の投稿に入れることはできません。
Hot Deploymentについては、IBM Knowledge centerをお読みください。ページの手順を踏襲したい場合は、これが原因になります。
注： IBMと提携していません。
実際、このナレッジ・センターの記事は、「JavaEEアプリケーションを更新する方法」に関するより一般的な答えかもしれません。http://www.ibm.com/support/knowledgecenter/SSAW57_8.5.5/com.ibm.websphere.nd.doc/ae /crun_app_upgrade.html – dbreaux
もう1つの提案：上でアドバイスされ、ここで説明されているように、Hot Deployment手順を使用してください。ステップ4では
動的再読み込みを無効にする（0）がゼロに「更新されたファイルのポーリング間隔」を設定します。これにより、アプリケーション成果物をホットデプロイした後で、アプリケーションサーバーに依存してデプロイされたモジュールによる変更をポーリングし、Webモジュールまたはアプリケーション全体を再起動するのではなく、変更を実現するためにアプリケーションを再起動する必要があります。どの部分が変わったのか。アプリケーションの手動再起動は、動的再ロードよりも一般的に高速です。
最後に、ポーリング間隔をゼロに設定しても、JSPの動的再読み込みには影響しません。
EclipseとJbossをJbossToolsプラグインで使用するので、ホットデプロイメントが非常に簡単になります。既存のメソッドを変更するには、CTRL + Sを実行するだけです。もちろん、新しいメソッドを追加するには、再展開と再起動が必要です。他のチームメンバーの中には、ANTスクリプトの助けを借りて.classファイルをコピー/ペーストする必要がある、ホットデプロイメントの方法が異なります。私はあなたがそれがほしいと思う方法がなければならないと確信していますが、私はあなたにプラグインを使うことを提案します。 ex - https://marketplace.eclipse.org/content/ibm-websphere-application-server-traditional-v85x-developer-tools-kepler –
の場合は、Ctrl + Sスタイルのホットデプロイメントに従うとEARファイルを展開した形式にする、つまり名前が.jarと.warまたは.earで終わるフォルダであっても。これはちょうどアイデアですが、それはあなたにとって非常に有用ではないかもしれません。 –
WebSphereのどのバージョンで、「Full Profile」または「Liberty」ですか？ – dbreaux