Реализация на чистом Java / JSF для предотвращения двойной отправки

Я ищу общий механизм, чтобы избежать повторной отправки формы при обновлении страницы

Для этого есть как минимум 2 решения, которые нельзя комбинировать:

1. Выполните редирект после синхронного поста. Таким образом, обновление будет повторно выполнять только перенаправленный запрос GET вместо первоначального запроса. Недостаток: вы больше не можете использовать область запроса для обратной связи с конечным пользователем. JSF 2.0 решил эту проблему, предложив новую вспышку. См. Также Как показать сообщение о лицах на перенаправленной странице.

2. Выполняйте POST асинхронно в фоновом режиме (используя ajax). Таким образом, обновление будет повторно выполнять только первоначальный запрос GET, который открыл форму. Вам нужно только убедиться, что эти формы изначально открываются только запросом GET, т.е. вы никогда не должны выполнять переход от страницы к странице с помощью POST (что само по себе уже является плохим дизайном). См. Также Когда следует использовать h: outputLink вместо h: commandLink? < / а>

1. Просто заблокируйте возможность конечного пользователя нажимать кнопку отправки во время отправки и / или после успешной отправки. Для этого есть несколько способов, все в зависимости от конкретных функциональных и дизайнерских требований. Вы можете использовать JavaScript, чтобы отключить кнопку во время отправки. Вы можете использовать атрибуты JSF disabled или rendered, чтобы отключить или скрыть кнопку после отправки. См. Также Как предотвратить двойное нажатие в JSF 2 . Вы также можете использовать оверлейное окно во время обработки запросов ajax, чтобы заблокировать любое взаимодействие конечного пользователя. PrimeFaces имеет <p:blockUI> для этой цели.

2. Проверить уникальность вновь добавленного объекта на стороне сервера. Это намного надежнее, если вы абсолютно хотите избежать дублирования по техническим причинам, а не по функциональным причинам. Это довольно просто: установите ограничение UNIQUE на рассматриваемый столбец БД. Если это ограничение нарушается, то БД (и структура взаимодействия с БД, такая как JPA) выдаст исключение нарушения ограничения. Лучше всего это делать в сочетании с настраиваемым валидатором JSF, который заранее проверяет ввод, выполняя SELECT именно в этом столбце и проверяя, не возвращается ли запись. Валидатор JSF позволяет отображать проблему в виде сообщения с дружественными лицами. См. Также среди прочего Проверка формата и уникальности электронной почты по базе данных.

Вместо того, чтобы создавать токен вручную, вы можете использовать решение BalusC. Он предложил шаблон Post-Redirect-GET в своем блоге < / а>

• Простое управление потоком в шаблоне Post-Redirect-Get
• Как область действия Flash может помочь в реализация шаблона PostRedirectGet (PRG) в JSF2.0