Re: setResponsePage chaining
Ahh yes, very simple order of operations. Can I chalk it up to being sleep and caffeine deprived? ;-) Thanks, Ryan On Wed, Oct 28, 2009 at 05:27:00PM -0700, bgooren exclaimed: Well, new P2() is executed _before_ it's result (a P2 instance) is passed to setResponsePage(), so this behavior is perfectly normal: setResponsePage( new P3() ) is executed before the resulting P2 instance is passed to setResponsePage(). Timeline: 1. new P2() is executed 2. P2 constructor is called, which calls setResponsePage( new P3() ) 3. P2 constructor returns a P2 instance, which is used as input in the first setResponsePage() call As you can see, the final call to setResponsePage() wins, P2 in this case The reason that setResponsePage( P2.class ) does result in P3 being rendered is also logical: it results in wicket instantiating P2.class _after_ setResponsePage( P2.class ) is called. Timeline: 1. setResponsePage( P2.class ) 2. wicket calls the P2 constructor, which calls setResponsePage( new P3() ) As you can see, in this case the final call to setResponsePage() is in the P2 constructor, so it wins. By throwing a RestartResponseException, setResponsePage( [P2 class instance] ) is never executed, since the exception breaks out of the code. Bas Ryan-117 wrote: Throwing RestartResponseException works as expected, but I'm still not sure if the setResponsePage behavior is correct... On Wed, Oct 28, 2009 at 11:52:09AM -0600, Ryan exclaimed: If you have a page,P1, with a form which has an onSubmit() that calls setResponsePage(new P2()) and the constructor in P2 calls setResponsePage(new P3()) the page that is rendered is P2. However, P3 is rendered if the onSubmit calls setResponsePage(P2.class) and the P2 constructor calls setResponsePage(P3.class). Is this a bug or am I missing something? Thanks, Ryan - 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 -- View this message in context: http://www.nabble.com/setResponsePage-chaining-tp26099119p26104397.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
setResponsePage chaining
If you have a page,P1, with a form which has an onSubmit() that calls setResponsePage(new P2()) and the constructor in P2 calls setResponsePage(new P3()) the page that is rendered is P2. However, P3 is rendered if the onSubmit calls setResponsePage(P2.class) and the P2 constructor calls setResponsePage(P3.class). Is this a bug or am I missing something? Thanks, Ryan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: setResponsePage chaining
Throwing RestartResponseException works as expected, but I'm still not sure if the setResponsePage behavior is correct... On Wed, Oct 28, 2009 at 11:52:09AM -0600, Ryan exclaimed: If you have a page,P1, with a form which has an onSubmit() that calls setResponsePage(new P2()) and the constructor in P2 calls setResponsePage(new P3()) the page that is rendered is P2. However, P3 is rendered if the onSubmit calls setResponsePage(P2.class) and the P2 constructor calls setResponsePage(P3.class). Is this a bug or am I missing something? Thanks, Ryan - 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: setResponsePage chaining
Well, new P2() is executed _before_ it's result (a P2 instance) is passed to setResponsePage(), so this behavior is perfectly normal: setResponsePage( new P3() ) is executed before the resulting P2 instance is passed to setResponsePage(). Timeline: 1. new P2() is executed 2. P2 constructor is called, which calls setResponsePage( new P3() ) 3. P2 constructor returns a P2 instance, which is used as input in the first setResponsePage() call As you can see, the final call to setResponsePage() wins, P2 in this case The reason that setResponsePage( P2.class ) does result in P3 being rendered is also logical: it results in wicket instantiating P2.class _after_ setResponsePage( P2.class ) is called. Timeline: 1. setResponsePage( P2.class ) 2. wicket calls the P2 constructor, which calls setResponsePage( new P3() ) As you can see, in this case the final call to setResponsePage() is in the P2 constructor, so it wins. By throwing a RestartResponseException, setResponsePage( [P2 class instance] ) is never executed, since the exception breaks out of the code. Bas Ryan-117 wrote: Throwing RestartResponseException works as expected, but I'm still not sure if the setResponsePage behavior is correct... On Wed, Oct 28, 2009 at 11:52:09AM -0600, Ryan exclaimed: If you have a page,P1, with a form which has an onSubmit() that calls setResponsePage(new P2()) and the constructor in P2 calls setResponsePage(new P3()) the page that is rendered is P2. However, P3 is rendered if the onSubmit calls setResponsePage(P2.class) and the P2 constructor calls setResponsePage(P3.class). Is this a bug or am I missing something? Thanks, Ryan - 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 -- View this message in context: http://www.nabble.com/setResponsePage-chaining-tp26099119p26104397.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