RE: LoginModules

2004-04-22 Thread Alan Weissman
Subject: Re: LoginModules On 04/21/2004 10:27 PM Alan Weissman wrote: I've written a simple login module that I've configured to run from a Struts Action class and it appears to be working wonderfully - authentication takes place and principal/credentials are returned. However, I can't get any

RE: another problem with JAAS

2004-04-22 Thread Alan Weissman
Hey Michiel - How did you overwrite Tomcat's Subject in the Session with your own? Thanks, Alan -Original Message- From: Michiel Toneman [mailto:[EMAIL PROTECTED] Sent: Thursday, April 22, 2004 9:51 AM To: Tomcat Users List Subject: Re: another problem with JAAS Hi Beloglazov, I was

RE: another problem with JAAS

2004-04-22 Thread Alan Weissman
. Michiel Alan Weissman wrote: Hey Michiel - How did you overwrite Tomcat's Subject in the Session with your own? Thanks, Alan -Original Message- From: Michiel Toneman [mailto:[EMAIL PROTECTED] Sent: Thursday, April 22, 2004 9:51 AM To: Tomcat Users List Subject: Re: another problem

LoginModules

2004-04-21 Thread Alan Weissman
Hey Everyone - I've written a simple login module that I've configured to run from a Struts Action class and it appears to be working wonderfully - authentication takes place and principal/credentials are returned. However, I can't get any of this information back when I call isUserInRole and

JAAS: Where does role information go in a Subject?

2004-03-12 Thread Alan Weissman
I'm implementing a JAAS login mechanism in my app, not as a Realm but via Struts Action classes. In my loginModule, I am creating the Subject with principals and credentials and want to store role information. Where does Tomcat expect a list of roles to be in the Subject? I Haven't been

RE: JAAS: Where does role information go in a Subject?

2004-03-12 Thread Alan Weissman
control over what happens at login? -Original Message- From: Adam Hardy [mailto:[EMAIL PROTECTED] Sent: Friday, March 12, 2004 1:48 PM To: Tomcat Users List Subject: Re: JAAS: Where does role information go in a Subject? On 03/12/2004 06:44 PM Alan Weissman wrote: I'm implementing

Tomcat Realm Authentication + Storing Objects In The Session

2004-03-10 Thread Alan Weissman
Hey Everyone - I have been trying to figure out if Realm authentication is appropriate for my project or if I need to implement my own. My biggest unknown right now is, because the server handles the creation of the session, what would it take to make the server grab a user object from

ServletRequest's path elements not updated by calls to getRequestDispatcher()

2004-01-21 Thread Alan Weissman
Hi Everyone - I have a requirement to allow for URLs on a site of the format www.site.com/target where 'target' is not a real directory or servlet, but redirects to another page on the site. To handle this, I have developed a ServletFilter which takes the 'target' off the URL and attempts to do

RE: ServletRequest's path elements not updated by calls to getRequestDispatcher()

2004-01-21 Thread Alan Weissman
is: replace img=foo.gif with img=/foo.gif -Original Message- From: Alan Weissman [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 21, 2004 1:11 PM To: Tomcat Users List Subject: ServletRequest's path elements not updated by calls to getRequestDispatcher() Hi Everyone - I

RE: ServletRequest's path elements not updated by calls to getRequestDispatcher()

2004-01-21 Thread Alan Weissman
Ok, so what was said about using img src=/foo.gif theoretically seems true, but in practice it does not work. And I don't have the ability to mandate a request.getContextPath() for every Link on the site. All I want to do is do what apple does if you go to www.apple.com/ipodmini or

RE: ServletRequest's path elements not updated by calls togetRequestDispatcher()

2004-01-21 Thread Alan Weissman
of your JSP, which is not a bad idea, to live up to what apple does your page only has to work with one URL ... and the other one gets redirected to the one that works. -john. -Original Message- From: Alan Weissman [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 21, 2004 2:54 PM