Howard,

I'm on 5.0.6.  I'll try to boil this down to a simple test case and file
a JIRA.  It might have something to do with the page inheritance I'm
using?  ThisPage -> EditBasePage -> BasePage.  The onActivate() and
onActivate(Integer) methods are on ThisPage.  Would this make a
difference?

Thanks,
Andy

On Sat, 2007-11-24 at 17:00 -0800, Howard Lewis Ship wrote:
> You are using 5.0.5?  I believe 5.0.6 has a fix for this, wherein the
> method invocation order is by number of parameters, decreasing.
> 
> You may have to do:
> 
> Object onActivate(Object[] context)
> {
>  ...
> }
> 
> And check the context count explicitly, and convert the context values
> explicitly, if you are on 5.0.5.
> 
> On Nov 24, 2007 11:37 AM, Andy Huhn <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I'm having a problem with onActivate().  Here are my questions:
> > 1) Why is onActivate() called when a context variable is included in the
> > URL?
> > 2) Is there a way to prevent onActivate() from being called until AFTER
> > onActivate(Integer prmPrimaryKey) is called?
> >
> > Here's my dilemma: I want to use one detail page to handle inserts and
> > updates.  So I have written an onActivate(Integer prmPrimaryKey) handler
> > to initialize the page for an update; and another onActivate() handler
> > to initialize the page for an insert.
> >
> > Each onActivate() handler checks to see if the user is allowed to access
> > this page.  If the user is not allowed to access, the onActivate()
> > handler generates a Link with the current page's context, uses that Link
> > to set a Session state variable, and then returns a Login page.  Once
> > the user logs in, the Session state variable is checked to see if it has
> > been set; if so, the user is taken back to that page.
> >
> > My problem is that when the page is accessed with a context variable
> > (thus, to handle an UPDATE), onActivate() is being called before
> > onActivate(Integer prmPrimaryKey).  Thus, the entity ID of the page
> > isn't being set before the Link is generated and added to the session
> > state.
> >
> > The Link that is being generated, then, doesn't have any context
> > included, so when the user finishes logging in, the user is taken back
> > to the page, with no context.
> >
> > Is this a Tapestry bug, or is there a better way of handling this?
> >
> > Thanks,
> > Andy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to