Search around in the mail archives - the typical solution involves using WicketTester.
On Tue, Dec 9, 2008 at 8:06 PM, Mike Papper <[EMAIL PROTECTED]> wrote: > Hi, very new to Wicket and this list... > > so I'm wondering if anyone can tell me if the following is possible and > approx. how-to? > > Overview: we have a wicket page that generates some html+javascript etc. We > want to render this page from within the application (into a String) and > send it to some other web service (such as Facebook). We currently use > httpclient to make a http request back to our server and take the response > and munge it. The overhead of the extra request is an unsatisfactory load > on > our servers. > > Is there a way to make to mimic an 'internal' servlet/web request and take > that response (or at least the rendering of the Page) but do not affect the > state of the current (external) http request? We tried using MockServlet > with the WicketFilter but when the intenral request was finished it seemed > to alter the state of the original request (such that the session went away > and the response was invalid - I think the original response had been > generated from the contents of the mock request/response). Even if this > could be fixed...theres more: > > An additional constraint is to call this 'internal request' from anywhere > in > the code and not necessarily within a http request (i.e., from a Quartz > thread). So, we may not have any WicketApplication ...If it is the case > that > we can only gert our hands on the WicketApplication from a thread that is > part of a http request, then the quartz thread willnot have acces to > WicketApplication (I am unsure about this). > > Looking around in the docs, I came across the RequestCycle and wondering if > thats how I can do this? > > Any pointer for this would be appreciated - it would be a shame not to be > able to use Wicket for this internal rendering. > > Mike > -- Jeremy Thomerson http://www.wickettraining.com
