Form re-posting in portlets
Hello Are render strategies supported in Wicket portlets? I have a form and refreshing the page after a submit results in the browser showing Are your sure you want to send the form again repost popup. I checked that the Application reports to have the REDIRECT_TO_BUFFER render strategy by default (as expected) but still no redirect happens and the repost popup is there. I changed the render strategy to REDIRECT_TO_RENDER but the result is the same. I tried it in the following environment: * Liferay 5.2.3 (with its internal portlet container) * Wicket 1.4.SNAPSHOT (revision: 806204) Thanks for any answers in advance, Richie. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax and Form#setMultiPart(true)
Marcin, That's it, thanks!! I would never had thought about downgrading to 1.4.0. After changing one character in pom.xml, it works... Thanks again. Regards, Peter 2009-08-23 15:40 keltezéssel, Marcin Palka írta: Peter, I modifed your quickstart a bit and it seems to work with the wicket 1.4.0. Unfortunately I haven't been able for make it work with the 1.4.1. I've got no idea why. It may be a bug. http://www.nabble.com/file/p25103405/quickstart-modified.zip quickstart-modified.zip cheers, Marcin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax and Form#setMultiPart(true)
Peter, I modifed your quickstart a bit and it seems to work with the wicket 1.4.0. Unfortunately I haven't been able for make it work with the 1.4.1. I've got no idea why. It may be a bug. http://www.nabble.com/file/p25103405/quickstart-modified.zip quickstart-modified.zip cheers, Marcin -- View this message in context: http://www.nabble.com/Ajax-and-Form-setMulitPart%28true%29-tp25092790p25103405.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
Re: Form re-posting in portlets
I figured it out that WicketFilterPortletContext overrides the render strategy to REDIRECT_TO_RENDER so I should not expect the REDIRECT_TO_BUFFER behavior. Still, I do not seem to get the redirect to solve the repost popup problem. -- View this message in context: http://www.nabble.com/Form-re-posting-in-portlets-tp25101227p25105527.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
Re: Ajax and Form#setMultiPart(true)
Pleae try to find out why it broke in 1.4.1 and make a case for this in jira On 23/08/2009, Major Péter majorpe...@sch.bme.hu wrote: Marcin, That's it, thanks!! I would never had thought about downgrading to 1.4.0. After changing one character in pom.xml, it works... Thanks again. Regards, Peter 2009-08-23 15:40 keltezéssel, Marcin Palka írta: Peter, I modifed your quickstart a bit and it seems to work with the wicket 1.4.0. Unfortunately I haven't been able for make it work with the 1.4.1. I've got no idea why. It may be a bug. http://www.nabble.com/file/p25103405/quickstart-modified.zip quickstart-modified.zip cheers, Marcin - 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: Improving maven/wicket deployment process
we used to do something like this before we switched to jndi valueclasspath*:/application.properties/value -- prod values valueconf/application.${user.name}.properties/value that way each dev can create a conf/application.their user name.properties and override production settings with their own. for different envs you simply override the value of user.name with by defining it with -Duser.name -igor On Fri, Aug 21, 2009 at 4:27 PM, Tauren Millstau...@groovee.com wrote: I just wanted to follow up on this. As an interim solution until I have time to really do this right (using Hudson, etc.), I've done what is suggested here: http://www.developer.com/java/ent/article.php/3811931 In my spring config PropertyPlaceholderConfigurer, I use this: valueclasspath*:/application.${env}.properties/value This means that steps 1 and 2 have been resolved without the effort required to switch to using JNDI, maven profiles, or other build tools. All I do is specify -Denv=prod on my production server and -Denv=dev -Dwicket.configuration=development on my development system. I can add additional staging, QA, and other servers with this scenario, and it doesn't require a separate WAR for each one. Tauren On Mon, Aug 17, 2009 at 11:07 AM, Tauren Millstau...@groovee.com wrote: Janos and Jeremy, Thank you both for your feedback! After considering your answers, I think that using Maven profiles is most in line with my needs. And the suggestion to use the command line -Dwicket.configuration=deployment parameter will certainly help. I've never used Hudson before, but I'm looking into it now. It sounds like it could help simplify things significantly. Thanks again, Tauren - 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: Ajax and Form#setMulitPart(true)
is he using 1.4.1? the new ajax submit *does* a normal submit - thats the only way to get multipart to work. -igor On Sun, Aug 23, 2009 at 12:22 PM, Johan Compagnerjcompag...@gmail.com wrote: I guess this is because of the new feature that multi part forms work now in ajax by submitting a iframe I guess this behavior now doesnt do a normal submit and you miss some data? On 22/08/2009, Major Péter majorpe...@sch.bme.hu wrote: After solving the Ajax problem, it looks like, this is still don't want to work... It looks like, that because of setMultiPart(true), the new input Datas aren't storing into models, thats why the form sends invalid content. The code that I'm using: http://users.hszk.bme.hu/~mp695/quickstart.zip //When I remove the FileUploadField and set the MultiPart to false, than the form works as intended. Please help someone. Thanks Peter 2009-08-22 13:04 keltezéssel, Major Péter írta: Hi all, I have spent hours with the following issue: I tried to create an Ajax represent of ListEditor ( http://wicketinaction.com/2008/10/building-a-listeditor-form-component/ ), but the add button didn't work at all, saying: ERROR: Wicket.Ajax.Call.failure: Error while parsing response: Could not find root ajax-response element After I opened a Wireshark and watched the traffic, I saw that, the request was fine, but instead of ajax-response I getted always: HTTP/1.1 302 Moved Temporarily After googling some time again, I found this: http://mail-archives.apache.org/mod_mbox/wicket-users/200810.mbox/%3c490466ab.9070...@grons.nl%3e So I tried to remove my setResponsePage from form#onSubmit and the ajax worked! When I tried to replace setResponsePage with RestartResponseException, then the Ajax stopped working again. So the last solution was, that I added to the form a custom button, and in its onSubmit did I what I wanted to do in Form#onSubmit. Summarize: If you have enabled the MultiPart for a Form, you can't use setResponsePage or RRE in its onSubmit. Is this normal behavior for Form? If it is, then can't you write a little note/JavaDoc about this in Form#setMultiPart() ? Thanks. Regards, Peter Major - 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: Ajax support for multipart forms nested forms in 1.4.1
please create a jira issue and attach a quickstart to that. -igor On Sat, Aug 22, 2009 at 3:24 PM, Marcin Palkamarcin.pa...@gmail.com wrote: Hi, I just noticed that the multipart forms over ajax feature does not really work in case of having nested forms. Is this a known limitation? Is there any workaround? My case looks like the following: form panel form!-a multipart one-- /form /panel panel refreshing-view/ panel /form You can make this work by simply removing the top-level form. A quickstart project is attached. cheers Marcin - 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
a DataTable header that allows selection of # items per page?
Hi, I've been a happy user of the AjaxNavigationToolbar to display which page is being displayed with arrows for paging, however is there a Toolbar that provides a dropdown to allow a user to select the number of items per page? Just asking before I attempt to write one ;-) Thanks, Jason - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax and Form#setMultiPart(true)
Jira issue: https://issues.apache.org/jira/browse/WICKET-2432 2009-08-23 21:20 keltezéssel, Johan Compagner írta: Pleae try to find out why it broke in 1.4.1 and make a case for this in jira On 23/08/2009, Major Pétermajorpe...@sch.bme.hu wrote: Marcin, That's it, thanks!! I would never had thought about downgrading to 1.4.0. After changing one character in pom.xml, it works... Thanks again. Regards, Peter 2009-08-23 15:40 keltezéssel, Marcin Palka írta: Peter, I modifed your quickstart a bit and it seems to work with the wicket 1.4.0. Unfortunately I haven't been able for make it work with the 1.4.1. I've got no idea why. It may be a bug. http://www.nabble.com/file/p25103405/quickstart-modified.zip quickstart-modified.zip cheers, Marcin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax and Form#setMulitPart(true)
Yes, I was using 1.4.1. My main problem was at first, that if I set MultiPart to true, then I can't have setResponsePage in Form#onSubmit. After solving this with a seperate Button and its onSubmit, I was getting always 302 - Moved Temporarily, when I tried to send my Form. (In the POST message I could see, that the datas from the form are there - see my previous messages for more details) I'm not quiet sure, what do you mean on thats the only way to get multipart to work - how? Thanks, Peter 2009-08-24 02:06 keltezéssel, Igor Vaynberg írta: is he using 1.4.1? the new ajax submit *does* a normal submit - thats the only way to get multipart to work. -igor On Sun, Aug 23, 2009 at 12:22 PM, Johan Compagnerjcompag...@gmail.com wrote: I guess this is because of the new feature that multi part forms work now in ajax by submitting a iframe I guess this behavior now doesnt do a normal submit and you miss some data? On 22/08/2009, Major Pétermajorpe...@sch.bme.hu wrote: After solving the Ajax problem, it looks like, this is still don't want to work... It looks like, that because of setMultiPart(true), the new input Datas aren't storing into models, thats why the form sends invalid content. The code that I'm using: http://users.hszk.bme.hu/~mp695/quickstart.zip //When I remove the FileUploadField and set the MultiPart to false, than the form works as intended. Please help someone. Thanks Peter 2009-08-22 13:04 keltezéssel, Major Péter írta: Hi all, I have spent hours with the following issue: I tried to create an Ajax represent of ListEditor ( http://wicketinaction.com/2008/10/building-a-listeditor-form-component/ ), but the add button didn't work at all, saying: ERROR: Wicket.Ajax.Call.failure: Error while parsing response: Could not find rootajax-response element After I opened a Wireshark and watched the traffic, I saw that, the request was fine, but instead of ajax-response I getted always: HTTP/1.1 302 Moved Temporarily After googling some time again, I found this: http://mail-archives.apache.org/mod_mbox/wicket-users/200810.mbox/%3c490466ab.9070...@grons.nl%3e So I tried to remove my setResponsePage from form#onSubmit and the ajax worked! When I tried to replace setResponsePage with RestartResponseException, then the Ajax stopped working again. So the last solution was, that I added to the form a custom button, and in its onSubmit did I what I wanted to do in Form#onSubmit. Summarize: If you have enabled the MultiPart for a Form, you can't use setResponsePage or RRE in its onSubmit. Is this normal behavior for Form? If it is, then can't you write a little note/JavaDoc about this in Form#setMultiPart() ? Thanks. Regards, Peter Major - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax and Form#setMulitPart(true)
the only way to get multipart forms to work in an ajax manner is to do a regular submit into a hidden iframe rather then using xmlhttprequest because that does not support multipart encoding. -igor 2009/8/23 Major Péter majorpe...@sch.bme.hu: Yes, I was using 1.4.1. My main problem was at first, that if I set MultiPart to true, then I can't have setResponsePage in Form#onSubmit. After solving this with a seperate Button and its onSubmit, I was getting always 302 - Moved Temporarily, when I tried to send my Form. (In the POST message I could see, that the datas from the form are there - see my previous messages for more details) I'm not quiet sure, what do you mean on thats the only way to get multipart to work - how? Thanks, Peter 2009-08-24 02:06 keltezéssel, Igor Vaynberg írta: is he using 1.4.1? the new ajax submit *does* a normal submit - thats the only way to get multipart to work. -igor On Sun, Aug 23, 2009 at 12:22 PM, Johan Compagnerjcompag...@gmail.com wrote: I guess this is because of the new feature that multi part forms work now in ajax by submitting a iframe I guess this behavior now doesnt do a normal submit and you miss some data? On 22/08/2009, Major Pétermajorpe...@sch.bme.hu wrote: After solving the Ajax problem, it looks like, this is still don't want to work... It looks like, that because of setMultiPart(true), the new input Datas aren't storing into models, thats why the form sends invalid content. The code that I'm using: http://users.hszk.bme.hu/~mp695/quickstart.zip //When I remove the FileUploadField and set the MultiPart to false, than the form works as intended. Please help someone. Thanks Peter 2009-08-22 13:04 keltezéssel, Major Péter írta: Hi all, I have spent hours with the following issue: I tried to create an Ajax represent of ListEditor ( http://wicketinaction.com/2008/10/building-a-listeditor-form-component/ ), but the add button didn't work at all, saying: ERROR: Wicket.Ajax.Call.failure: Error while parsing response: Could not find rootajax-response element After I opened a Wireshark and watched the traffic, I saw that, the request was fine, but instead of ajax-response I getted always: HTTP/1.1 302 Moved Temporarily After googling some time again, I found this: http://mail-archives.apache.org/mod_mbox/wicket-users/200810.mbox/%3c490466ab.9070...@grons.nl%3e So I tried to remove my setResponsePage from form#onSubmit and the ajax worked! When I tried to replace setResponsePage with RestartResponseException, then the Ajax stopped working again. So the last solution was, that I added to the form a custom button, and in its onSubmit did I what I wanted to do in Form#onSubmit. Summarize: If you have enabled the MultiPart for a Form, you can't use setResponsePage or RRE in its onSubmit. Is this normal behavior for Form? If it is, then can't you write a little note/JavaDoc about this in Form#setMultiPart() ? Thanks. Regards, Peter Major - 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