Увеличьте время блокировки для «После 1 минуты нулевой файл страницы все еще заблокирован» Исключение - PullRequest
Новая
       10

Увеличьте время блокировки для «После 1 минуты нулевой файл страницы все еще заблокирован» Исключение

7 голосов
/ 18 марта 2011 
org.apache.wicket.protocol.http.request.InvalidUrlException:
org.apache.wicket.WicketRuntimeException: 
After 1 minute the Pagemap null is still locked by:
Thread[http-8443-3,5,main], giving up trying to get the page for path: 3:timer

Где эта 1 минута установлена? Это настройка калитки или кота? или же ...? Как я могу изменить это?

Ответы [ 2 ]

8 голосов
/ 18 марта 2011

Хотя я согласен с ответом Мартина (вы не должны заставлять пользователей ждать более минуты), время ожидания можно установить, вызвав WebApplication.getRequestCycleSettings().setTimeout() вашего объекта приложения.

Пример установки 3 минуты: 

WebApplication.get().getRequestCycleSettings().setTimeout(Duration.minutes(3));
7 голосов
/ 18 марта 2011

Вместо увеличения тайм-аута, возможно, для здравого смысла ваших пользователей убедитесь, что запрос на сохранение блокировки карты страницы занимает менее 1 минуты.Это можно сделать, используя каркас работы, такой как Quartz, и отправив ему работу вместо выполнения тяжелой обработки в прослушивателе запросов.Таким образом, ваш пользователь быстро получит ответ, и ваше время отклика будет намного лучше.

Тайм-аут является специальной защитой Wicket для предотвращения возникновения плохих вещей.ИМО должно быть сделано меньше, чем увеличено.К сожалению, у многих веб-приложений есть запросы, которые заставляют пользователя ждать более 10 секунд, поэтому это может быстро стать проблемой.Использование 1 минуты - разумный компромисс.AFAIK это не настраивается.

Тайм-аут - это решение для запросов, которые обрабатываются слишком долго и сохраняют карту страницы заблокированной в течение длительного периода времени.Доступ к карте страницы синхронизирован, так что вы - разработчик - имеете однопоточную модель программирования с сохранением состояния при работе с вашими компонентами вместо (страшной) многопоточной модели программирования с сохранением состояния, которая делает работу с сервлетами такой увлекательной.

Короче говоря: не вредите своим пользователям, используйте каркас заданий для обработки ваших долгосрочных задач и перенесите обработку из вашего пользовательского интерфейса.

Альтернативным решением будет включение поддержки нескольких окон, если времяout вызван тем, что пользователь открыл несколько вкладок и использует обе.Это создаст несколько карт страниц, и каждая карта страниц имеет собственную охрану.

...