Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 413 invoked from network); 18 Nov 2005 23:41:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Nov 2005 23:41:16 -0000 Received: (qmail 52300 invoked by uid 500); 18 Nov 2005 23:41:01 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 52289 invoked by uid 500); 18 Nov 2005 23:41:00 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 52277 invoked by uid 99); 18 Nov 2005 23:41:00 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Nov 2005 15:41:00 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [198.180.206.132] (HELO gw4.phhservices.org) (198.180.206.132) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Nov 2005 15:42:33 -0800 Received: from GWIADOM-MTA by gw4.phhservices.org with Novell_GroupWise; Fri, 18 Nov 2005 15:40:35 -0800 Message-Id: <437DF5ED.11CE.00D8.0@salemhospital.org> X-Mailer: Novell GroupWise Internet Agent 7.0 Date: Fri, 18 Nov 2005 15:40:23 -0800 From: "PHIL CAVAZOS" To: Subject: RE: Grabbing JNDIRealm Authentication Roles References: <1C436BE656E9BE44AE992327327430917F2E83@hqmsg02.mcdonaldbradley.local> In-Reply-To: <1C436BE656E9BE44AE992327327430917F2E83@hqmsg02.mcdonaldbradley.local> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Thanks, you're right. I tried this earlier, but it didn't work because I = hadn't provided the complete LDAP role name. It needs to match exactly = what the role name is in the context.xml file.=20 Confidentiality Notice: The information contained in this email and any = attachments may be legally privileged and confidential. If you are not an = intended recipient, you are hereby notified that any dissemination, = distribution, or copying of this email is strictly prohibited. If you have = received this email in error, please notify the sender and permanently = delete the email and any attachments immediately. You should not retain, = copy, or use this email or any attachment for any purpose; nor disclose = all or any part of the contents to any other person.=20 >>> NDuan@mcdonaldbradley.com 11/18/2005 1:16:35 pm >>> I think the standard way for including role in your programming logic (e.g. if user is of role manager, dispatch the manager.jsp; if user is an employee, dispatch the employee.jsp, etc), is to use the isUserInRole method of HttpServletRequest. This solution doesn't depend on which realm you are using in your server. ND -----Original Message----- From: PHIL CAVAZOS [mailto:PHIL.CAVAZOS@salemhospital.org]=20 Sent: Friday, November 18, 2005 3:54 PM To: users@tomcat.apache.org=20 Subject: Grabbing JNDIRealm Authentication Roles Does anyone know how to grab user roles from the JNDIRealm authentication classes once a user logs in to a servlet context? I'm attempting to dynamically present content based on the user roles the user authenticates with. Another way to put my question is if there is a way to grab the LDAP authentication instance and make use of it to read the user roles without having to create a new LDAP instance? Thanks, Phil Confidentiality Notice: The information contained in this email and any attachments may be legally privileged and confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution, or copying of this email is strictly prohibited. If you have received this email in error, please notify the sender and permanently delete the email and any attachments immediately. You should not retain, copy, or use this email or any attachment for any purpose; nor disclose all or any part of the contents to any other person.=20 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org=20 For additional commands, e-mail: users-help@tomcat.apache.org=20 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org=20 For additional commands, e-mail: users-help@tomcat.apache.org=20 --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org