, как следует из названия, по какой-то причине у Wicket (1.4.20+) возникают проблемы с загрузкой ресурсов после отправки формы.Эта проблема не существовала ранее, 1.4.19.
Путь к контексту моего приложения называется /xyz
, и в моем файле web.xml я сопоставил WicketFilter с /webapp
:
<filter>
<filter-name>WicketFilter</filter-name>
<filter-class>org.apache.wicket.protocol.http.WicketFilter</filter-class>
<init-param>
<param-name>applicationFactoryClassName</param-name>
<param-value>org.apache.wicket.spring.SpringWebApplicationFactory</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>WicketFilter</filter-name>
<url-pattern>/webapp/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
<dispatcher>ERROR</dispatcher>
</filter-mapping>
, поэтому, естественно, все запросы должны обрабатываться из http://host:port/xyz/webapp
Взглянув на консоль Chrome, при загрузке страницы с формой ресурсы загружаются правильно из http://host:port/xyz/webapp/resources
, но как только я нажимаю кнопку Продолжить (отправить), они снова пытаютсязагружаться с http://host:port/xyz/resources
.Обратите внимание, что во втором запросе нет /webapp
, поэтому они all 404 и ничего не происходит при печати.
Среди строк ресурсов, пытающихся быть загруженными, есть: wicket-event.js
, wicket-ajax.js
, modal.js
, которые, насколько я могу судить, являются внутренними для калитки (org.apache.wicket.*
).
Насколько я могу судить, все это вызвано IActivePageBehaviorListener
.
В pom я обновился и сейчас нахожусь на версии 1.4.23
на следующих устройствах: wicket
, wicket-extensions
, wicket-spring
, wicket-auth-roles
.
Мой вопрос, поскольку единственное, что я изменил, это версия упомянутых зависимостей и ничего не касалось путей, что могло бы привести к такому критическому изменению и как я могу это исправить?Я часами отлаживал в фреймворке, и до сих пор никуда не деться ...