如何覆盖检票口中特定页面的渲染策略答案

【问题标题】：How can I override the render strategy for a specific page in wicket如何覆盖检票口中特定页面的渲染策略
【发布时间】：2012-01-10 00:35:43
【问题描述】：

我有一个应用程序需要接受来自外部服务器的 POST 请求，以确认付款。我不想破坏默认的检票口渲染策略（REDIRECT_TO_BUFFER），它可以为用户提供比 ONE_PASS_RENDER 更好的体验，但是，外部服务对 302 不满意，并不断重试直到它放弃。

是否有一些明智的方法可以告诉 wicket 仅对处理此请求的特定页面使用 ONE_PASS_RENDER？

【问题讨论】：

【解决方案1】：

尝试使用Resource 而不是Page 来处理此请求。这样，您可以返回任何您想要的响应（HTTP 标头和有效负载）以保持外部服务的正常运行。

不过，它是一个较低级别的 API。如果您需要使用呈现的页面进行响应，您可能需要自己呈现它（有很多 println() 调用），或者使用 Wicket 的某种方式来实现它。

但由于它是对外部服务的响应，我认为它会期望某种简单的文本、XML 或 JSON 响应，这些响应很容易手动完成。

【讨论】：

有趣，今晚我可能会尝试一下。我们得到了一个有效的 Wicket 邮件列表的答案，但它并不直观。本质上，我们已经创建了一个登录页面，它在构建时会抛出一个 RestartResponseException，该异常是由一个页面提供程序构建的，该页面提供程序具有所需的实际页面和一个 RedirectPolicy#NEVER_REDIRECT。