I haven't tried j_security_check outside the root context (ie. I've not run an app in a context /context/ but /), but I've never had to specify anything in my forms other than action="j_security_check" - and it always hits it. I ... don't think you need to map it. I could, of course, be totally wrong :-)
Andrew Conrad wrote: >When configuring TC 4.1.8 to work with mod_jk2.dll (jul-19 nightly), I >ran into an odd configuration issue with j_security_check. > >When using extension mapping, the only way to get j_security_check to be >sent to Tomcat was to make a directory redirect for it. > ><snip> > >[uri:/TimeOff/*.jsp] >alias=localhost >info=default context >context=/TimeOff/*.jsp >debug=10 > >[uri:/TimeOff/j_security_check/*] >alias=localhost >info=default context >context=/TimeOff/j_security_check >debug=10 > ></snip> > >Does anyone know if this is how it's supposed to work? I tried a couple >different scenario's that didn't work. > >[uri:/TimeOff/j_security_check] // This did nothing whatsoever from >what I can tell > >[uri:/TimeOff/j_security_check.do] //with a servlet-mapping in my >web-app, but that didn't work because j_security_check isn't a servlet >in my web-app. It must get peeled off before the request makes it into >the servlet container. > > >If anyone know's a better way of handling this, please let me know. >This redirect actually works for servlets too, if you wanted to specify >each servlet individually. > > > >- Andrew > >-- >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
