More and more people ask for this. It is an interesting problem.
You wont need the markup of a page but more likely the markup of a Panel.
Let's say that there is a way to transfer the page HTML back. Then the next
problem that I see is that you will have to trap all events triggered from
the Wicket code.
For example:
- clicking on non-Ajax link will reload the whole host page, not just the
Wicket area
- Ajax requests should be suppressed completely and replaced with JSONP ones

I guess there are many other problems which will arise.
Using any other technology will have similar problems.

On Fri, Jan 18, 2013 at 12:56 PM, MattyDE <ufer.mar...@gmail.com> wrote:

> We have to implement a Wicket-driven webapp which could be easily included
> in
> any other customer HTML-"WebPage" without a java-driven webserver (could be
> also php or only html or anything else).
> My first idea: iframe. But iframes are not allowed cause of accessibly for
> handicaped people.
> My second one (and last): JSONP. So on customer-side the customer just has
> to include a script-Tag to our java-wicket-webserver and we let wicket
> submit the rendered page output to json, transfering it back to the
> customer, on which side the json would be unpacked, interpreted and
> injected.
> But what is with the user-actions on this side. They all have to be
> transfered through JSONP again back to our java-server and so on.
> Did anybody of you did this before? Any ideas how to "pack" the rendered
> page-markup in json (should i implement my own "WicketFilter"?)
> Thanks in Advance for any help, and apologise for my horrible English.
> Its not my mothers tongue.
> - Matt
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-6-through-JSONP-tunneling-tp4655501.html
> Sent from the Users forum mailing list archive at Nabble.com.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org

Martin Grigorov
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>

Reply via email to