Has anyone ever had a problem using the stock LoginUser class after
extending TurbineUser?
The first conditional block in doPerform gets a non-null user and causes
LoginUser to return:
// This prevents a db hit on second Action call during page
// generation. Turbine removes everything from the Session
// before calling this method, so in this case we should
// continue on with the Login procedure.
if (data.getUserFromSession() != null)
{
return;
}
No matter what, that conditional always seems to be true even though I
have not successfully logged in with that block included in the class.
If I comment that block out I seem to login fine (I have not gone very
far in testing this but it does go to the correct page and I've
successfully pulled info from the resulting user object).
In the comment it mentions Turbine removing 'everything from the
Session' before it calls this method...what method is being referred to
here? Does this mean that Turbine removes everything from the Session
before running doPerform or getUserFromSession?
Obviously removing that block will add a performance burden if it
unnecessarily hits the db a second time, but does anyone know of any
other pitfalls that I might be opening up by removing it?
-b
--
To unsubscribe, e-mail: <mailto:turbine-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:turbine-user-help@;jakarta.apache.org>
