Eclipseの統合プラグインWTPを使用してプラグインsysdeoのパフォーマンスを見つけるのに問題があります。
移行、つまり比較を行うために、Eclipse内の別々のプロジェクトに両方をインストールしました。
私が理解したことによると、生産性の違いに気づきました。Tomcatがソースを配置できるように、WTPはディレクトリビルドでソースを公開する必要があります。この「磨き」は長く、変更が表示されるようにコンテキストを再充電する必要があります。(5ヤードで最も乾燥している15秒-最長で20秒)。
Sysdeo no; ファイルによって変更が行われるとすぐに、ディレクトリEclipseのターゲットがプロジェクト内でビルドされ、Eclipseビルドとこれらの変更がすぐに利用可能になります(ブラウザーでF5キーを押すと、結果がすぐに表示されます)。
これが私のサーバー設定です:
「公開せずにモジュールを提供する」オプションを使用すると、sydeoの作成内容を正確に作成できます。実行中のプロジェクトのビルドディレクトリを選択できます。この構成は、コンテキストファイルで表現されます。(「XMLの行を分離するためにPublish modulates contexts」をチェックしたことを元に戻すことができます)
これらのファイルの比較:
- 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 \ serveur32bit \ 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 \ serveur32bit \ workspace \ tatoile \ build \ classes "virtualClasspath =" D:\ 32bit \ serveur32bit \ workspace \ tatoile \ build \ classes "/> <Loader className =" org.eclipse.jst.server.tomcat.loader.WtpWebappLoader "useSystemClassLoaderAsParent =" false " virtualClasspath = "D:\ 32bit \ serveur32bit \ workspace \ tatoile \ build \ classes" /> <JarScanner scanAllDirectories = "true" /> </ Context>
後で、これらの2つのファイルを分析します。
ここで問題に戻りましょう。私は同じサーバーを使用しているため、上記のコンテキストの両方のファイルがこのサーバー用に定義されています。経験:私はプラグインsysdeoによってtomcatを起動します。2つのコンテキストでのロードは、WTPを設定する方法と、sysdeoによってもう一方の方法で構成されます。どちらの当局も同じように反応し、変更はtatoile _syseoとtatoileで即座に行われます。
一方、EclipseでプラグインWTP(タブサーバーなど)を介してTomcatを起動すると、tatoile _syseoとtatoileの両方のプロジェクトですぐに変更が行われません。注:変更が考慮されるように、自動リロードを必ず有効にする必要があります。(サーバーがコンテキストを再読み込みしたことをサーバーが示すと、変更を確認できます。)
そこから、コンテキストの構成が理由ではなく、プラグインがTomcatを起動する方法であると推測します。そこか私が乾いて…
ここにWTPプロジェクトがあります: