Как действительно разрабатывают веб-приложение Java, не имея необходимость развертываться все время
Я настроил простой Eclipse 3.5/причал 6,1 веб-приложений, которые возвращают привет мир.Работает. Это находится в Windows и использует "Причал Универсальный Серверный адаптер". У меня есть автоматическая работа развертывания так, чтобы она развертывалась после изменений периодически.
Как я иду об установке его так, чтобы, если я изменяю какое-либо статическое содержание, оно не повторно развертывалось, т.е. я могу просто поразить F5 для наблюдения изменений немедленно. Поскольку незначительный HTML изменяется, это - довольно неприменимое ожидание 20-30 секунд для развертывания.
3 ответа
Я раньше не использовал Jetty, поэтому по опыту не могу сказать, является ли такое долгое время развертывания нормальным и как его оптимизировать. Но я просто хотел бы сообщить, что это зависит от сервера и используемого плагина сервера. В случае Apache Tomcat 6 + плагин, предоставленный Eclipse, и Sun Glassfish v3 + плагин, предоставленный GF , автоматическое развертывание выполняется достаточно быстро. В частности, Glassfish v3, которая относительно медленно запускается при запуске, действительно отлично справляется с развертыванием менее чем за секунду (горячим).
Первым шагом будет проверка наличия альтернативных подключаемых модулей Jetty Eclipse , а затем их опробование и / или наличие настройки для уменьшения интервала сканирования горячего развертывания .
Я обнаружил, что время, необходимое для автоматического развертывания, сильно зависит от сервера приложений. Я не выполнял автоматическое развертывание с помощью Jetty, но разница между JBoss (> 10 секунд) и Glassfish (<3 секунд) значительна.
Вы можете связать статический каталог вашего сервера приложений с рабочим пространством Eclipse. Таким образом, вы сможете редактировать файлы прямо в этом каталоге.
Вот как создать такую ссылку: Создать> Папка> Дополнительно> Ссылка на папку в файловой системе
Проблема, которую вы описываете, может быть этой . Это известная проблема, что статические файлы заблокированы в Jetty в Windows, что может вынудить вас выполнить повторное развертывание. Обычно вы можете просто редактировать свои файлы, вам не нужно ничего повторно развертывать, чтобы увидеть свои изменения. Работает даже с модификациями классов (ну, в некоторой степени).
Это уже третий раз, когда я рекламирую его сегодня, но вот мой подход к тестированию на основе Jetty: Hifaces20 Testing .
пс. Hifaces20 Testing не страдает проблемой блокировки файлов, оно реализует предложенный обходной путь.