Re: Adding Cookie in 1.5.5
See CookieUtils class. Otherwise you need to cast the Response to WebResponse to be able to work with cookies. On Wed, Jun 27, 2012 at 9:20 PM, Jan Riehn wrote: > Hey, > > there is an open issue: https://issues.apache.org/jira/browse/WICKET-4358 > > the hint > ((HttpServletResponse)bufferedWebResponse.getContainerResponse()).addCookie( > cookie ); works. > > > Best regards, > > Jan > > Von: wicket user [samd...@live.com] > Gesendet: Mittwoch, 27. Juni 2012 19:49 > An: users@wicket.apache.org > Betreff: Adding Cookie in 1.5.5 > > Hi, > > I was trying to add a cookie > getWebRequestCycle().getWebResponse().addCookie() > > but couldnt find getWebRequestCycle() in 1.5.5. > > i found getRequestCycle() but did not find addCookie in getResponse(). > > Please suggest how to add/get cookie in 1.5.5 > > Thanks > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Adding-Cookie-in-1-5-5-tp4650265.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 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax hide/show does not work
It works now, thanks! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Ajax-hide-show-does-not-work-tp4650267p4650271.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
Re: Adding Cookie in 1.5.5
Have you tried wicket user wrote > > Hi, > > I was trying to add a cookie > getWebRequestCycle().getWebResponse().addCookie() > > but couldnt find getWebRequestCycle() in 1.5.5. > > i found getRequestCycle() but did not find addCookie in getResponse(). > ((WebResponse)getRequestCycle().getResponse()).addCookie() should ideally > work > not sure why isnt working > Please suggest how to add/get cookie in 1.5.5 > > Thanks > -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Adding-Cookie-in-1-5-5-tp4650265p4650272.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
Twitter Bootstrap Navigation and JQuery Impromptu demo / tutorial
Hi list, I have written a quick and small tutorial (with demo app and source) about building dynamic menus and breadcrumbs with Twitter Bootstrap and about modal and confirmation dialogs with the Improptu JQuery lib... check it out here if interested: http://www.rent-a-hero.de/cms/node/10 Will be extended with some more details in the next days propably... Comments, suggestions and improvements welcome :) Cheers, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
setResponsePage swallows my session feedback messages
Hi,
I have 2 pages, each with a feedback panel. Page2 does the following:
setACookie();
Session.get().info("blah");
setResponsePage(Page1.class);
The problem I have is that "blah" is never displayed in the feedback
panel of Page1. I stepped in the request processing code and found that
setResponsePage() actually renders the full current page before throwing
that away and issuing a 302 redirect. During this first (unused)
rendering of Page2, its feedback panel consumes all the session
messages. After the client follows the 302 and requests Page1, there are
no more session messages to display.
Instead of setResponsePage, I can use a RestartResponseException to
redirect to Page1 and the session messages will then be displayed on
Page1 because Page2 is never rendered. However this has the important
downside of also throwing away all header information (e.g. cookies like
setACookie() above).
Is there a way to both set a cookie and display the session message on
the response page?
Bonus!
I'm also wondering why, when setResponsePage() is used, the current page
is still rendered. I can think of 3 reasons why this should be avoided:
1-Performance; it's wasteful to render components to discard them right away
2-Components hierarchy; even if setResponsePage() is used in a page
constructor (e.g. when redirecting depending on page parameters), since
the page is rendered, all of its components or some substitutes must be
added to the page. Otherwise Wicket will throw a missing component
exception in dev mode.
3-My use case; feedback messages registered in the session can be
swallowed by a feedback panel in the thrown away page rendering.
Of course, I definitely don't have the complete picture and am just now
making some sense of how Wicket handles redirects and responses.
Regards,
Bertrand
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
RE: Suppress Ajax ComponentNotFoundException
Thank you. I don't think either of those will work (though I will try them) as * The update event is (I assume - but don't know as I can't reproduce the problem myself) being generated in the browser before the modal window is closed. * The canCallListenerInterface method is invoked after the component has been found - so it's already too late. Alex -Original Message- From: W Mazur [mailto:wlodekma...@gmail.com] Sent: Monday, 25 June 2012 8:48 p.m. To: users@wicket.apache.org Subject: Re: Suppress Ajax ComponentNotFoundException I would try to add WindowClosedCallback to Modal Window and remove behavior(s) in that callback (unless you are going to reuse that ModalWindow). Another option: try to override Behavior's canCallListenerInterface() Regards Wlodek 2012/6/25 Alex Grant : > I have a problem that shows up intermittently (and never when I try to > reproduce it). > > We have ModalWindows that contain fields with associated > AjaxFormComponentUpdatingBehaviors on the onblur event. These work great > while the ModalWindow is open but sometimes events are received out of > sequence and we get an update event firing after ModalWindow is closed. > Wicket the throws a ComponentNotFoundException and the users sees the error > page. > > Is there some way I can prevent these happening, or at least suppress them? > All the field values will have been submitted when the ModalWindow was closed > so the extra update event can be safely ignored. > > Thanks > > Alex Grant. > - > 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicketAjaxGet in 1.6
Oh, also the best place to address this question is in the Wicket users list, redirecting... Pedro Santos 2012/6/29 Pedro Santos > Hi Daniel, > > if you want to call back a AJAX behaviour, you can also check the method > AbstractDefaultAjaxBehavior#getCallbackScript() > > cheers, > > Pedro Santos > > > > 2012/6/20 Martin Dilger > >> Check the wiki to see what changed >> >> https://cwiki.apache.org/confluence/display/WICKET/Wicket+Ajax >> >> , there method names have been aligned, wicketajaxget now is >> wicket.ajax.get. >> >> regard >> >> Martin Dilger >> Am 19.06.2012 22:58 schrieb "Daniel Simons" : >> >> > I recently upgraded to 6.0.0-beta2 and it appears that wicketAjaxGet >> > function has been removed from the API. >> > >> > Uncaught ReferenceError: wicketAjaxGet is not defined >> > >> > >> > Is there a new way to get back to the server from javascript in 1.6? >> > >> > Thanks, >> > Daniel Simons >> > >> > >
