Windows system >> Windowsの知識 >  >> コンピュータソフトウェアのチュートリアル >> コンピュータソフトウェアのチュートリアルについて >> MyEclipseエンタープライズアプリケーションプロジェクトデプロイメント

MyEclipseエンタープライズアプリケーションプロジェクトデプロイメント

  
MyEclipseプロジェクトデプロイメントは、WTPアプリケーションサーバーフレームワークに基づいています。 MyEclipseワークベンチには任意のWTPサービス・コネクターをインストールできます。 MyEclipseは、開発中にプロジェクトのリソースと歩調を合わせるためにデプロイできる特別な機能を備えた、人気の高いWTPサービス・コネクターを多数提供します。 MyEclipse Enterprise Workbenchは、Web、EJB、およびエンタープライズアプリケーションを、MyEclipse対応の任意のアプリケーションサーバーに展開またはパッケージ化されたアーカイブでデプロイします。 JEEの標準コマンドは、各アプリケーションタイプの下にパッケージファイル構造をデプロイします。通常、JEEアプリケーションは、それぞれのJEEコマンドファイル構造のアーカイブバージョンとしてプロダクション環境にデプロイされます。これは、パッケージアーカイブのデプロイとも呼ばれます。展開アーカイブ展開には、アーカイブを使用せずに、アプリケーションの元のフォルダとアプリケーションサーバー上で直接利用できるファイル構造を作成することが含まれます。 MyEclipseは、展開アーカイブまたはパッケージ化アーカイブ内の1つ以上のアプリケーションサーバーにJEEプロジェクトをデプロイできます。 JEEプロジェクトが展開されたアーカイブとしてデプロイされると、MyEclipseデプロイ・サービスは「オンデマンド同期」テクノロジーを使用してプロジェクトの状況を追跡します。展開アーカイブデプロイメントはJEEデプロイメントの標準形式ではありません。したがって、デプロイメントサービスはデプロイメントの形式を制約し、プロジェクトはターゲットデプロイメントサーバーによってサポートされるべきです。サービスワイヤフレーム展開モデルの展開パッケージ化アーカイブ展開の選択は、展開展開とは異なり、増分または自動アーカイブ更新をサポートしていません。そのため、プロジェクトの編集時には、パッケージ配布はソースプロジェクトと同期していません。展開展開のオンデマンド同期ではこの同期の問題は発生しません。プロジェクト展開では、ソースプロジェクトに対するリアルタイムの更新を継続的に更新できます。どちらの配置にも、それぞれ長所と短所があります。たとえば、パッケージ化された配置は、展開配置よりも非効率的です。これは、増分変更を使用してパッケージ化された展開を更新するには、アーカイブ全体を再構築する必要があるためです。リソースを変更した後は、パッケージ化された展開でプロジェクト全体の更新と同じ量の作業を実行する必要があります。パッケージ化された配置モデルの利点は、それがJEEの配置標準および製品配置の形式であるということです。したがって、すべてのアプリケーションサーバーはパッケージ化された配備モードをサポートしています。展開の展開は迅速かつ簡単です。プロジェクトへの増分変更は、プロジェクトがデプロイされているサーバーにすぐに反映されます。ただし、標準の方法ですべてのJEEアプリケーションサーバーをスパンすることはサポートされていません。デプロイメント管理機能MyEclipseのデプロイメントは、デプロイメント・マネージャーを使用して管理されます。このウィンドウでは、ユーザーは既存の配置を確認したり、新しい配置を追加したり、古い配置を削除したりできます。次の図は、単一サーバーにデプロイされたプロジェクトを示しています。デプロイメントウィンドウデプロイメントを管理するためのいくつかのポイント:JEEプロジェクトがデプロイされると、プロジェクトが削除されるかデプロイメントが削除されるまで、このデプロイメントを維持します。展開解除操作は、コマンドを解放するための要求によって直接、または「展開終了イベント」の結果として間接的にユーザーによって開始されます。デプロイメントはEclipseセッションによって継続的に上書きされます。したがって、MyEclipseを切断してしばらくしてから再接続し、デプロイメント管理またはオンデマンドデプロイメントを再開することができます。展開されたプロジェクト配置は、ターゲットのアプリケーションサーバーによって自動的に配置される場所に、プロジェクトランタイム環境のリソースを物理的に複製します。 context-rootがデフォルトのアプリケーションである場合を除き、Webプロジェクトのデプロイメントはプロジェクトのcontext-rootにちなんで名付けられます。つまり、context-root =‘ /’の場合、デプロイメントはアプリケーションサーバーのデフォルトのアプリケーション名に従って命名されます。 Tomcatのデフォルトのアプリケーション名は' root'です。 Webプロジェクトは、エンタープライズプロジェクトモジュールとも呼ばれ、エンタープライズプロジェクトにWebプロジェクトを追加するタイミングを指定する個別のコンテキストルートの下に配置されます。展開プロセス中にリソースがサーバーに存在する場合は、メイン展開が解放された後にリモートリソースを削除してリソースをバックアップするか、プロセスを展開解除するかを選択できます。配置解除は、アプリケーションサーバーの配置領域から配置リソースを物理的に削除することを含みます。プロジェクトの展開段階で競合するリソースがフォールバックした場合は、これらのリソースが展開解除され、以前の形式に復元されるためです。リソースのバックアップは、リソースのベース名として接尾辞「.myeclipse.bak」を追加することによって、競合するターゲットリソースの名前変更の問題を処理します。デプロイメント終了イベントデプロイメントの整合性と関連性を維持するために、デプロイメントサービスは大きな変更を受けたJEEプロジェクトのデプロイメントを自動的にキャンセルします。以下のセクションでは、各JEEタイプの終了を引き起こすイベントについて説明します。 Webプロジェクトの停止イベントWebプロジェクトの停止+ MyEclipseの再起動WebプロジェクトWebプロジェクトの削除Webプロジェクトのコンテキストルートリビジョンの名前変更EJBプロジェクトの停止イベントEJBプロジェクトの停止+ MyEclipseの再起動EJBプロジェクトEJBプロジェクトの名前の変更エンタープライズプロジェクトの停止イベントEARプロジェクトの停止+ MyEclipse EARプロジェクトを再起動します。EARプロジェクトを削除します。名前を変更します。モジュールプロジェクトを追加します。モジュールプロジェクトを削除します。モジュールプロジェクトのデプロイをリリースします。Xiaobianの推奨 "MyEclipse crack version download"。
Copyright © Windowsの知識 All Rights Reserved