On Fri, Aug 1, 2008 at 9:04 AM, <[EMAIL PROTECTED]> wrote:
>
>> I never maven'd the project. I have no idea if anyone ever uploaded
>> the jars to central. I may look into it, but it could be a while
>
> I'm not a Maven guru by any means, but I would be willing to help. If you
> are interested, we can take that conversation offline.
I know maven now, just need to find time to do the conversion
>> That is odd. Looking at line 204, I don't see how that could happen.
>> Did you debug into it to see it being called?
>
> When I return "false", I see that debug message and the info message I put
> into my beforeHandleNavigation function; however, I'm still taken to the
> index.jspx page. If I return "true" from the beforeHandleNavigation
> function, it am sent to the login.jspx page because the index.jspx
> navigation rules are processed.
>
> Here are the log results if I return "false"....
> Starting page: /page3.jspx
>
> 09:49:20 DEBUG GC Processing on load of view /index.jspx
> 09:49:20 DEBUG GC Looking for rule for view /index.jspx
> 09:49:20 DEBUG GC Checking for exact match. Rule view: /index.jspx
> 09:49:20 INFO GC Found rule with exact match
> 09:49:20 DEBUG GC Invoking action: #{scoreController.getScore1}
> 09:49:20 INFO JSF Creating instance of
> com.stoddardsoftware.golfclap.web.score.ScoreController
> 09:49:20 INFO GC NATE: beforeHandleNavigation called.... returning
> false.
> 09:49:20 INFO GC Before handle navigation has aborted the on load
> navigation
> 09:49:20 INFO JSF Creating instance of
> org.apache.myfaces.trinidad.model.XMLMenuModel
>
> End page: /index.jspx ( I expected to be on /page3.jspx )
According to the log, the viewId is index.jspx, not page3.jspx. So to
me it looks like it worked. It looks like something has already
changed the view to "/index.jspx".
