I am using the JBoss/Tomcat 401 LDAPRealm and the Slide pre2.2
JNDIPrincipalStore but can not get Slide to login without hardcoding a
valid user/password.  Any suggestions on how to reuse the already
authenticated user?  I am not sure if I missed a configuration in tomcat,
slide, or need to made a code change (in slide, create a security manager
class, ...).  If someone has this working could you give me some help?



                                                                       
             delbd                                                     
             <[EMAIL PROTECTED]>                                            
                                                                        To
             06/30/2005 07:17          "Slide Developers Mailing List" 
             AM                        <slide-dev@jakarta.apache.org>  
                                                                        cc
                                                                       
             Please respond to                                     Subject
             "Slide Developers         Re: JNDIPrincipalStore does not 
               Mailing List"           expose password                 
             <[EMAIL PROTECTED]                                         
               a.apache.org>                                           
                                                                       
                                                                       
                                                                       
                                                                       




Main reason to expose password in store would be to perform
authentification using
slideRealm. If this is your purpose simply use the LDAPRealm and you won't
need to expose
password in slide while stille having users in your tomcat the same as
users in slide.

Le Jeudi 30 Juin 2005 04:14, Jo a écrit :
> Hi all,
>
> The documentation tells that JNDIPrincipalStore does not expose password.
I
> am wondering if there is a certain reason (design philosophy) for this. I
am
> thinking of implementing one that exposes password and would like to know
> whether there is a reason for not doing it.
>
> Thanks in advance for your input.
>
> Jo.-
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

--
David Delbecq
Royal Meteorological Institute of Belgium

-
Is there life after /sbin/halt -p?

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to