2016-05-26 9 views
0

、それは私がインストールフォルダ Eclipseのサーバーの場所 - 私は、Eclipseでのサーバーの設定に行くとインストールフォルダVSワークスペースのメタデータ

  • カスタム場所
  • サーバーの場所

    • ワークスペースのメタデータ
    • のための3つの異なる構成を選択してみましょう

    ワークスペースメタデータオプションは実際にどのように機能しますか?インストールパスからワークスペースメタデータへのサーバーランタイムのコピーを作成し、そこに展開してそのインスタンスを実行しますか?実際のCATALINA_HOMEを邪魔しない以外にも、これは他のメリットをもたらしますか?

    つまり、.metadata/.pluginsの下に正確にorg.eclipse.wst.server.coreとは何ですか?また、Tomcatインストールフォルダとして指定されたCATALINA_HOMEとの関係は何ですか?

    インストールフォルダをサーバーの場所として使用してEclipseからTomcatを実行して展開しているとき、ログにクラスが監視されていることが示されていても変更を再ロードすることができませんでした。ワークスペースのメタデータをサーバーの場所として使用すると、JRebelが機能し始めました。

    答えて

    0

    どういう違いがあるのか​​はっきりとは分かりませんが、私の知る限り、Tomcatが配備するはずのアプリケーションをどこに置くかは単に変わります。

    なぜJRebelはワークスペースメタデータの選択で動作し、インストール設定では機能しませんか?チャンスは、JRebelが正しく設定されていないことです。つまり、rebel.xmlがありません(あなたはクラスがインストルメントされているが、どのディレクトリからプロジェクトビルドまたはワークスペースのメタデータですか?)。ワークスペースを選択すると、サーバー上で自動公開が有効になっている可能性があります。増分コンパイルが行われるたびに、メタデータ展開ディレクトリのクラスファイルも更新されます。おそらく分解展開が使用されています)。 JRebelがrebel.xmlを見つけられない場合、元の場所からクラスを取得し、それらのクラスが更新されると、JRebelはそれらを再読み込みします。

    関連する問題