Thanks guys, the solution from Pedro (http://blog.brunoborges.com.br/2008/11/restful-web-services-with-wicket.html) is very close I talked about. I think that wicket supports to send JSON instead of XML, so I'm going to play with this.
I have another question, maybe very OT, can I connect this solution with standard RPC server to check for types, etc? For example with http://jabsorb.org/ ? I'd like to use wicket sessions and request cycle with RPC services, or is my demand stupid (I mean that there are better solutions)? My problem is that I have quite big application in qooxdoo that communicates only through JSON (not strictly RPC). This is used for administration part. And second part of application is pure wicket solution. I'd like to stay with qooxdoo for administration, i like it. Cheers and thanks - Petr 2009/9/18 Marc Ende <mli...@e-beyond.de>: > Hi Petr, > > sorry, I've misunderstood your mail... :) > > you've meant the other way round. May be you should try to > build a restful webservice. It's also possible with wicket if you > decide xml as a resultpage. > > For example: > http://java.dzone.com/news/wicket-creating-restful-urls > > Am Fri, 18 Sep 2009 17:48:01 +0200 > schrieb Marc Ende <mli...@e-beyond.de>: > >> Hi Petr, >> >> I think you should use a LoadableDetachableModel. Within the method >> load() you can execute your call to the webservice or other >> remote-service. >> >> http://cwiki.apache.org/WICKET/working-with-wicket-models.html#WorkingwithWicketmodels-DetachableModels >> >> yours >> marc >> >> Am Fri, 18 Sep 2009 14:20:27 +0000 >> schrieb Petr Kobalíček <kobalicek.p...@gmail.com>: >> >> > Hi list, >> > >> > is there a simple tutorial about making RPC services in wicket? I >> > mean all integrated with wicket RequestCycle and Sessions, ideally >> > that I can expose web services through some Wicket page like class. >> > I'm porting one application and we have admin interface in qooxdoo >> > toolkit (it communicates through json requests). >> > >> > I'd like to hear about "wicket" solution to this problem. >> > >> > Thanks for possibilities >> > - Petr >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > For additional commands, e-mail: users-h...@wicket.apache.org >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org