Maybe someone can document a workable solution in the Wiki for future generations? Tx J
On Fri, Jul 31, 2009 at 10:22 AM, francisco treacy < francisco.tre...@gmail.com> wrote: > That's cool. > > I'm still surprised to see that whenever something remotely > ressembling stateless/REST comes up in the mailing list, the gut > reaction is: servlets. It might be simpler for a few usecases, but > normally you also want to take advantage of other Wicket features - > precisely the reason why Serban insists with the Ajax behaviour. > > If it is feasible already, what I really would like is to have better > support for doing REST. Of course you don't want to "drive screw into > a board with a hammer" but for many cases simple stateless suffices, > where Jersey would be an overkill and servlets out of the picture. > Those usecases include sites where you want to expose some > functionality as stateless (including Ajax) and the rest are heavily > interactive pages (like an admin or wizards) where Wicket excels. > > I just recall the interest there was when the creator of > http://www.fitcomplex.sk/ mentioned what he was doing with jQuery. > > Just a general feeling I'm expressing here. > > Thanks, > > Francisco > > > > 2009/7/31 richardwilko <richardjohnwilkin...@gmail.com>: > > > > Hi, > > > > Instead of using AbstractDefaultAjaxBehavior you can use its superclass > > AbstractAjaxBehavior as follows: > > > > AbstractAjaxBehavior behaviour = new AbstractAjaxBehavior() > > { > > private static final long serialVersionUID = 1L; > > > > @SuppressWarnings("unchecked") > > public void onRequest() > > { > > //get parameters > > final RequestCycle requestCycle = RequestCycle.get(); > > > > final PageParameters pageParameters = new > > PageParameters(requestCycle.getRequest().getParameterMap()); > > > > //do something using nice json library to produce a string > > of json > > String json = ....... > > > > > > requestCycle.setRequestTarget(new > > StringRequestTarget("application/json", "utf-8", data)); > > } > > > > }; > > add(behaviour); > > > > I can't see anything wrong with the servlet example, but this has the > > advantage of being in a Wicket component, so you can easily access your > > Wicket session, and the user wont have to remember to map extra servlets. > > > > I have also tried making a component out of flexigrid, but ran into > issues > > (which they may have fixed now), for example, I was getting rendering > issues > > in the grid when trying to resize the columns. > > > > I then moved onto another jQuery grid called jqGrid > > (http://www.trirand.com/blog/) which I felt had more features and was > more > > robust. > > > > At jWeekend (http://www.jweekend.com) have almost completed the Wicket > > mapping of this grid and we hope to release this in the future when we > are > > satisfied with our testing and API. This will be released as a plugin to > > the wiQuery project (http://code.google.com/p/wiquery/), which basically > > means it will depend on wiQuery. > > > > > > Regards - Richard Wilkinson > > Developer > > jWeekend: OO & Java Technologies - Development and Training > > http://jWeekend.com > > > > > > > > > > > > > > Serban Balamaci wrote: > >> > >> Hello. I'm trying to create a wicket component out of FlexiGrid > >> http://www.flexigrid.info/ . > >> > >> The javascript for the component requires an address from which it will > >> receive data in the form of a JSON response. > >> > >> > >> > >> I'm not sure what is the best way to go about it. Simple and most ugly > >> approach would be to have something of a "Controller Page" > >> > >> a page that takes parameters such as the entity that is being retrieved > >> and > >> also paging info, sort order, etc and returns the JSON response. > >> > >> I do not like this aproach as, most obvious reason is that it would not > be > >> obvious from the component what you need to do in order to get it to > work. > >> > >> > >> > >> I would much more preffer to having a callback method that returns the > >> json. > >> So I have created a > >> > >> > >> > >> AbstractDefaultAjaxBehavior clientConnectBehavior = new > >> AbstractDefaultAjaxBehavior() { > >> > >> > >> > >> protected void respond(AjaxRequestTarget ajaxRequestTarget) > { > >> > >> ajaxRequestTarget.prependJavascript("{page: 1, total: > >> 239 > >> }"); > >> > >> > >> > >> } > >> > >> and used clientConnectBehavior.getCallbackUrl() as the url passed to the > >> flexigrid. > >> > >> > >> > >> Unfortunately the problem is the response when invoked is wrapped in a > >> <ajax-response><evaluate encoding="wicket1"> > >> > >> <?xml version="1.0" encoding="UTF-8"?> > >> > >> <ajax-response><evaluate encoding="wicket1"><![CDATA[{page: 1,total: > >> 239}]]></evaluate></ajax-response> > >> > >> > >> > >> So my question is how to get only the JSON part without the <?xml > >> version.>, > >> <ajax-response> . and <CDATA> decoration. Can it be bypassed? Shoul I > >> override something in AbstractDefaultAjaxBehavior? > >> > >> Or any other ideea to go about the problem. > >> > >> > >> > >> Thank you, > >> > >> > >> > >> Serban > >> > >> > >> > > > > > > ----- > > http://richard-wilkinson.co.uk My blog: http://richard-wilkinson.co.uk > > -- > > View this message in context: > http://www.nabble.com/Wicket%2C-Ajax-and-JSON-tp24756591p24757846.html > > Sent from the Wicket - User 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 > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
