Re: Problem with nextPageDelegate
Re: Problem with nextPageDelegate
- Subject: Re: Problem with nextPageDelegate
- From: Jesse Tayler <email@hidden>
- Date: Tue, 04 Sep 2012 13:27:13 -0400
someone else would likely offer a better response -
but I typically set the nextPageDelegate in code not rules, your error, as you know is because you're not returning a page object but rather just a string with a name in it.
seems I'm using methods that cover navigation calls, so there's code hooks that work fine for my architecture.
that said, it might easily be possible to create a significant key (one which is always fired at runtime) which would return a specific page that is returned from your code but is easily configured using uniquely created rules.
people do not always realize that D2W is a rather simple logic mechanism that is useful for any logical patters in your app! It's far more useful the more you adopt it in your design and take time to see what's really going on in there.
hope that helps.
On Sep 4, 2012, at 12:54 PM, Antoine Berry <email@hidden> wrote:
> Hello everybody,
>
> I'm working on a D2W application, and I'm trying to override most of the nextPage default behavior. I've created a delegate which reorient the user on an inspect page of his object after its creation (for exemple), and first i've set it in the code (through the navigationController), and it worked quite well.
> But I would want to do it directly in the rules, cause I don't have direct access on every pages, like the edit pages for exemple. So I tried to add a rule like "100 : pageConfiguration like 'CreateMyObject' => nextPageDelegate <= InspectAfterCreationDelegate". But there is a ClassCastException : "cannot cast from java.lang.String to com.webobjects.directtoweb.NextPageDelegate". And it's the same exception when I put the complete path of my class...
> I've tried different things, but I can't find a solution, and I don't know where to search. I'm new on the mailing list so I'm sorry if this subject has been discussed before (maybe somebody have an archive about a similar discussion).
>
> Antoine
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden