Nope, same problem from within validate() instead of pageValidate(), so the javadoc for ExternalCallback appears to be just plain old incorrect. Bummer.
--sam On 6/20/06, Sam Gendler <[EMAIL PROTECTED]> wrote:
Judging by the javadoc example in ExternalCallback, if I overlod the validate() method instead of implementig pageValidateListener, I will be able to do what i need to do. Is there any reason not to do this, since validate() doesn't appear to actually be deprecated? --sam On 6/20/06, Sam Gendler <[EMAIL PROTECTED]> wrote: > So the entire ExternalCallback/ExternalPage thing is actually entirely > worthless when it comes to handling something like remembering where > they were going when they failed to authenticate? That seems odd, > especially since it is called out as being suitable for exactly that > in the tapestry pdf book. How are people doing form based > authentication or is everyone just going to some default page after > logging in? It seems odd to me that validate() would be called out as > an adequate place to do authentication/authorization and yet provide > no way to discover what would have happened if validation succeeded. > > Incidentally, how would one execute a listener arbitrarily from > somewhere? I can see a way to do what I want by using the > ServletRequest directly, but I'd have to be able to call the listener > myself. > > --sam > > > On 6/20/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > Not a fun circumstance I'm sure. It's still probably better than getting > > NPE's. > > > > At the point when your pageValidate() method is called I'm not sure if you > > are in the right "state" to even bother looking for the parameters this way. > > The majority of requests in Tapestry end up going through the DirectService. > > http://svn.apache.org/viewvc/tapestry/tapestry4/trunk/framework/src/java/org/apache/tapestry/engine/DirectService.java?view=markup > > > > There are two very distinct states that things can be in within this > > service..Form submissions / listener method invocations is one, page renders > > are another. If you look at the source of the supplied link you will find > > that it is very probably that your listener parameters have not even been > > set yet. > > > > Someone else was working on this Callback interface for things. Who was it ? > > Scott Russel / Ron Piterman ? I can't tell anymore, there are always so many > > hidden libraries these days. > > > > On 6/20/06, Sam Gendler <[EMAIL PROTECTED]> wrote: > > > > > > I am trying to build an ExternalCallback during my validate method, in > > > order to return to the same place I was trying to reach when my > > > session expired. I click on a link which includes query string > > > parameters courtesy of the parameter included in my listener and the > > > validate() method fails to authorize the anonymous user, so it builds > > > an ExternalCallback with parameters cycle.getListenerParameters() as > > > the array of params, which is always null. The same thing occurs when > > > accessing getServiceParameters(). > > > > > > So, the brief form of the code looks like this: > > > > > > public class MyPage > > > extends BasePage > > > implements IExternalPage, PageValidateListener > > > { > > > public void pageValidate(PageEvent event) > > > { > > > if (notLoggedIn()) { > > > LoginPage page = getLoginPage(); > > > page.setNextPage(new ExternalCallback(event.getPage(), > > > event.getRequestCycle().getServiceParameters()); > > > throw new PageRedirectException(page); > > > } > > > } > > > > > > public void activateExternalPage(Object[] parameters, IRequestCycle > > > cycle) { > > > cycle.setListenerParameters(parameters); > > > log.debug("set listenerParams: " + parameters); > > > } > > > > > > public IPage sampleListener(int someParameter) { > > > IPage somePage = getSomePage(); > > > // do some work > > > return somePage; > > > } > > > } > > > > > > So, basically, I can't figure out how to get the parameters AND I > > > cannot figure out how I would cause the listener to be called after > > > the redirect. > > > > > > Any thoughts? > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Jesse Kuhnert > > Tacos/Tapestry, team member/developer > > > > Open source based consulting work centered around > > dojo/tapestry/tacos/hivemind. > > > > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
