Eclipse WTP против sydeo, "обслуживает модули без публикации"

Question

У меня проблема с поиском производительности плагина sysdeo с помощью встроенного плагина WTP от eclipse.

Чтобы выполнить миграцию и, следовательно, сравнение, я установил оба отдельных проекта в eclipse.

Я заметил разницу в производительности, в соответствии с тем, что я понял: WTP должен публиковать источники в сборке каталогов, чтобы tomcat имел их при расположении. Этот "грубоватый" является длинным: нужна перезарядка контекста, чтобы изменения были видны. (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

Позже проанализировать эти два файла схожи.

Теперь вернемся к проблеме. Я использую один и тот же сервер, поэтому оба файла контекста выше определены для этого. Опыт: я запускаю tomcat с помощью плагина sysdeo, нагрузки в двух контекстах сделаны так, что один настраивает способ WTP, а другой - sysdeo. Оба органа реагируют одинаково, изменения происходят немедленно в tatoile _syseo и tatoile.

С другой стороны, я запускаю tomcat через плагин WTP (сервер вкладок и т. Д.) В eclipse, изменения не сразу вносятся в оба проекта: tatoile _syseo и tatoile. Примечание: автоматическая перезагрузка должна быть обязательно включена во включенном состоянии, чтобы изменения были приняты во внимание. (Когда сервер указывает нам, что он перезагрузил контекст, мы видим изменения.)

Я делаю вывод, что из этого конфигурация контекстов - не причина, а способ запуска плагина tomcat; а там или я сушу…

Вот проект WTP:

Answer 1

Ответ цитируется @Vsplit

Проблема была решена путем добавления MAVEN с развертыванием WTP. Нет проблем с производительностью... и я не активирую обслуживающие модули без публикации

Answer 2

Поищите на рынке плагинов бесплатный плагин под названием m2e-wtp. Это позаботится о предоставленных проблемах. Что касается классов, которые не развертываются, то обычно я смотрю на сборку развертывания и / или путь сборки Java. Убедитесь, что все записи (и зависимые модули) находятся там и находятся в нужном месте.