You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Vincent Stoessel <vi...@xaymaca.com> on 2002/09/26 18:28:12 UTC
using tiles and j_security_check
Hello,
I am using tomcat's realm authentication
to protect my struts 1.1 app. The actual
form is constructed using tiles. This works
fine for the most part but occasionaly I will submit the
login form and get stuck at a blank page with a
url of http:/mysite/j_security_check
Usually I have to retry it a few times and then
it will work. Has anyone seen this behavior?
Should I feed tiles a plain html and not use tiles for that?
I am also looking to see if this could be some
kind of session problem. Of course the first time this problem showed
up was when I was demoing my struts app in front of the
suits. argh!
--
Vincent Stoessel
Linux Systems Developer
vincent xaymaca.com
Re: using tiles and j_security_check
Posted by Eddie Bush <ek...@swbell.net>.
Vincent Stoessel wrote:
> Hello,
> I am using tomcat's realm authentication
> to protect my struts 1.1 app. The actual
> form is constructed using tiles. This works
> fine for the most part but occasionaly I will submit the
> login form and get stuck at a blank page with a
> url of http:/mysite/j_security_check
Odd - can't imagine what it could be. I would be inclined to say it's a
server issue, but I have nothing to substantiate that. Having
j_security_check appear in the address bar indicates to me that things
are processing right. What is your server setup? Did you demo under a
different setup than you developed under?
> Usually I have to retry it a few times and then
> it will work. Has anyone seen this behavior?
> Should I feed tiles a plain html and not use tiles for that?
> I am also looking to see if this could be some
> kind of session problem. Of course the first time this problem showed
> up was when I was demoing my struts app in front of the
> suits. argh!
D'oh! That ... sucks :-O
--
Eddie Bush
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>