eclipse の統合プラグイン WTP を使用して、プラグイン sysdeo のパフォーマンスを見つけるのに問題があります。
移行と比較を行うために、Eclipse 内の別々のプロジェクトに両方をインストールしました。
私が理解したことによると、生産性の違いに気付きました.Tomcatがそれらを配置できるように、WTPはディレクトリビルドでソースを公開する必要があります。この「pulish」は長いです。変更が表示されるように、コンテキストの再充電が必要です。(5 ドライはほとんどのヤードで 15 秒 - 最長で 20 秒)。
システムデオいいえ; ディレクトリEclipseのターゲットは、ファイルによって変更が行われるとすぐにプロジェクト内でビルドされ、Eclipseビルドとこれらの変更はすぐに利用可能になります（ブラウザでF5を押すとすぐに結果が得られます）。
サーバーの構成は次のとおりです。
オプション「公開せずにモジュールを提供する」を使用すると、実行中のプロジェクトのビルドディレクトリを選択して、sydeo を正確に作成できます。この構成は、コンテキストのファイルで自分自身を表現します。（「パブリッシュはコンテキストを調整してXML行を分離する」をチェックしたことを取り戻すことができるようにするためです）
これらのファイルの比較:
- これは、sysdeo によって生成されるコンテキストのファイルです。
< Context path="/tatoile _syseo" reloadable="false" docBase="D:\32bit\serveur32bit\workspace\tatoile _syseo" workDir="D:\32bit\serveur32bit\workspace\tatoile _syseo\work" />
- WTP によって生成されるファイル コンテキスト
< ?xml version="1.0" encoding="UTF-8"?> < Context docBase="D:\32bit\server32bit\workspace\tatoile\web" path="/tatoile" reloadable="true" source="org .eclipse.jst.jee.server:tatoile"> < リソース className="org.eclipse.jst.server.tomcat.loader.WtpDirContext" extraResourcePaths="/WEB-INF/classes|D:\32bit\server32bit\workspace\ tatoile\build\classes" virtualClasspath="D:\32bit\server32bit\workspace\tatoile\build\classes"/> < ローダー className="org.eclipse.jst.server.tomcat.loader.WtpWebappLoader" useSystemClassLoaderAsParent="false" virtualClasspath="D:\32bit\server32bit\workspace\tatoile\build\classes"/> < JarScanner scanAllDirectories="true"/> < /Context>
後でこれらの 2 つのファイルが似ていると分析します。
さて、問題に戻りましょう。私は同じサーバーを使用しているため、上記のコンテキストの両方のファイルがこのサーバー用に定義されています。経験: 私はプラグイン sysdeo によって tomcat を起動します。2 つのコンテキストでの負荷は、sysdeo によって WTP の方法を構成するものになります。どちらの権限も同じように反応し、変更は tatoile _syseo と tatoile で即座に行われます。
一方、eclipse でプラグイン WTP (タブ サーバーなど) を介して tomcat を起動すると、プロジェクト tatoile _syseo と tatoile の両方で変更がすぐには行われません。注: 変更が考慮されるように、自動リロードは必ず有効にする必要があります。(サーバーがコンテキストをリロードしたことを示すと、変更を確認できます。)
そこから、コンテキストの構成が理由ではなく、プラグインが tomcat を起動する方法にあると推測します。そしてそこで乾かします…</p>
WTP プロジェクトは次のとおりです。
