[seam-dev] build before restore

[Ian Michell]

Both are good suggestions, it's not really about how long the user  
takes to login though, it's the process of logging out, when someone  
clicks logout they are redirected to the login page with an info  
message telling them that they have logged out... Nonetheless I will  
certainly try using a normal form and see what happens!

As for Seam 3.0 I would love to get involved.

On 30 May 2009, at 17:58, Dan Allen wrote:

>
> I had managed to get it working by doing: s:link view="/login.xhtml"  
> action="#{identity.logout}" value="Logout" />, basically that logs  
> you out and displays the logout message that our front end guy  
> wants, however until I had put BUILD_BEFORE_RESTORE in place, it  
> kept giving view state exceptions when I tried to log back in.
>
> So you are trying to work around the "user sits on the login page  
> for too long and it times out". There are two alternative ways to  
> work around this problem without BUILD_BEFORE_RESTORE.
>
> #1. You can put a timer on the login page to automatically refresh  
> itself after a fixed about of time so that the user always has a  
> fresh page. You can simply use a meta tag for this or you can get  
> fancy and do JavaScript.
>
> #2. You can use a plain form rather than a JSF form and then process  
> the login using a page action. You can still submit via post, but it  
> will be treated like an initial request. The username and password  
> will be available for injection using @RequestParameter or bound to  
> an object using page parameters.
>
> Give either of those a try and see how it works out for you. Perhaps  
> we can get those suggestions in the knowledgebase.
>
> I'm hoping the transition to Seam 3.0 and JSF 2.0 will be as  
> painless as possible, which is another reason I'm trying to get  
> involved in the dev list, as it seems it's the best place for  
> information on it and over time I want to see how I can contribute  
> to it.
>
> It's going to be a while before we can even begin to talk about  
> migration. Folks getting involved with Seam 3 now should understand  
> that they are coding for something that is "next generation". While  
> there will be a smooth way to use Seam 2 components, the very nature  
> of Seam 3 changes rather significantly because JSR-299 is a quite a  
> stark change in mindset. But it's really too early to make any  
> statement about what the path will look like...you can certainly  
> have input in what it will be, though.
>
> -Dan
>
> -- 
> Dan Allen
> Senior Software Engineer, Red Hat | Author of Seam in Action
>
> http://mojavelinux.com
> http://mojavelinux.com/seaminaction
> http://in.relation.to/Bloggers/Dan
>
> NOTE: While I make a strong effort to keep up with my email on a daily
> basis, personal or other work matters can sometimes keep me away
> from my email. If you contact me, but don't hear back for more than  
> a week,
> it is very likely that I am excessively backlogged or the message was
> caught in the spam filters.  Please don't hesitate to resend a  
> message if
> you feel that it did not reach my attention.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/seam-dev/attachments/20090530/d69b5761/attachment.html