2014-12-07 6 views
0

Я решил проверить Wildfly 8.2.0-Final как сервер приложений вместо Glassfish 4.1, поскольку я слышал хорошие вещи о его скорости.Wildfly hot deploy too slow

Первое, что я сделал, это создать нормальное веб-приложение Java EE (теперь муравей, но я буду изучать использование maven). Компиляция в режиме сохранения включена в NetBeans 8.0.2.

Однако, к моему ужасу, если я изменю статическое содержимое или изменить содержание простой службы REST, такие как:

@GET 
@Produces("text/plain") 
public String getText() { 
    return "Foobar"; 
} 

занимает до нескольких секунд до изменения становится видимыми. Я мог бы почти жить с этим для классов Java, но для статического контента мне нужна немедленная обратная связь, так как я делаю много инкрементных небольших изменений.

Это обычно занимает около 200 мс на Glassfish (точно такой же код), поэтому я не понимаю, что на Wildfly это на 10 раз медленнее?

ответ

4

Я предполагаю из описания, которое вы развертываете до standalone/deployments. Изменения, внесенные в эту папку, собираются сканером развертывания, который, к счастью, настраивается.

There is a very good description in the documentation, но важная часть заключается в том, что вам необходимо снизить интервал сканирования.

Если вы никогда раньше не использовали JBoss CLI, вам может быть интересно узнать, что для него есть графический интерфейс. В каталоге BIN, вызовите jboss-cli.sh скрипт с -c возможностью подключения на локальный сервер и возможность --gui запустить графический интерфейс:

<WFLY_HOME>/bin/jboss-cli.sh -c --gui 

JBoss CLI GUI

Как вы можете видеть в выше, вы можете расширить подсистему сканера развертывания, затем щелкните правой кнопкой мыши атрибут интервала сканирования и выберите «атрибут записи», чтобы открыть диалоговое окно ниже.

Опустите номер (500 мс = полсекунды), нажмите «ОК» и не забудьте нажать «Отправить» в правом верхнем углу, чтобы применить ваши изменения.

+0

Спасибо, это работает! –