Изменения в файлах разметки не учитываются в проекте калитки

Когда я изменяю html-файл в своем проекте калитки и перезагружаю страницу, изменения не вступают в силу автоматически. Я должен переиздать, чтобы забрать изменения. Изменения в java-файлах подхватываются без проблем. Я запускаю проект калитки 1.4 на сервере websphere 6.1.

До сих пор я пробовал следующие шаги

  1. Подтверждено, что в файле ibm-web-ext.xmi установлено значение reloadingEnabled="true"
  2. Проверены все настройки перезагрузки в консоли администратора, чтобы убедиться, что перезагрузка не отключена.
  3. Пытался запустить jvm в режиме разработки
  4. Подтверждено, что измененный файл разметки копируется в выходную папку ide.
  5. Пробовал настройки, рекомендованные в этой статье.

но файлы разметки по-прежнему не перезагружаются.

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


websphere reload wicket hotdeploy websphere-6.1
person Florian    schedule 08.06.2010    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Wicket самостоятельно управляет перезагрузкой ресурсов, что, по моему опыту, работает безупречно. Обратите внимание: поскольку Wicket делает все это сам и не полагается на какой-либо контейнер для этого, проблема, скорее всего, заключается в несоответствии между тем, где Wicket ищет ресурсы, и тем, где ресурсы вы меняете на самом деле есть.

Я испытал тот же симптом, когда работал в RAD/Eclipse с Jetty и отключил «Автоматическая сборка». Я бы изменил файлы ресурсов в src/main/resources и не увидел бы их изменения при обновлении. Причина заключалась в том, что Jetty фактически загружала копии файла из каталога target/. Eclipse (и m2eclipse) автоматически синхронизируют эти папки, когда включен параметр «Создавать автоматически», но, конечно, не при отключении.

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

person Brian Laframboise    schedule 09.06.2010