Re: [PATCH] Catalina JNDIRealm - binding as the user

John Holman wrote: > > As said before I'd like to add the ability to search the directory for the > user's dn to cover cases when a fixed pattern will not work, but will wait > to see the fate of this patch before going ahead. Regarding the "search, then bind" authentication; what would be the s

Re: JNDI/LDAP realm

John Holman wrote: > > > I preferred binding to the directory with supplied credentials because it > > allows the realm implementation to use an anonymous password for the rest > of > > what it needs. +1 > The only advantage I can see > for having the realm retrieve the password is that it make

Re: [PATCH] LDAPRealm implementation

Ellen Lockhart wrote: > > The jakarta website encourages people to get involved; I am a little > disappointed to not receive at least a "thanks but no thanks" response. But > I am glad that there is now a realm implementation that will work with LDAP > for tomcat. This list is a little slow to

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java ContextConfig.java EngineConfig.java HostConfig.java

[EMAIL PROTECTED] wrote: > > craigmcc01/04/18 11:59:30 > > Modified:catalina/src/share/org/apache/catalina/startup Catalina.java > ContextConfig.java EngineConfig.java > HostConfig.java > Log: > Catalina: Restore the recognition of ,

Re: [Tomcat 4] - JndiRealm Proposals

Torgeir Veimo wrote: > > "Craig R. McClanahan" wrote: > > > > * Support for two major modes of operation: > > > > * SYSTEM LOGIN. Realm implementation binds itself to the server using > > a system-level username/password, then reads the usern

Re: [Tomcat 4] - JndiRealm Proposals

"Craig R. McClanahan" wrote: > > * Support for two major modes of operation: > > * SYSTEM LOGIN. Realm implementation binds itself to the server using > a system-level username/password, then reads the username and password > attributes to perform authentication (analogous to how JDBC

Re: Using JNDI with Jakarta-Tomcat 4.0 beta 3

Julian Payne wrote: > > Hi, > > I have been using Jakarta-Tomcat 3.2.1 and when I upgraded to the 4.0 beta 3 > I have a propblem with my JNDI configuration. > > I have a servlet that uses an EJB container that requires the following > "jndi.properties" : > > java.naming.factory.initial > com.s

Realms and webapp contexts (again..)

I'm still trying to use Realms on a per webapp context basis. This seems to be harder than I first imagined. Could someone from the tomcat developemt team please comment on whether this is possible or not at all? There are comments in the source that indicates that in theory this should be po

LXR view of tomcat src?

Is there anyone that maintain an LXR (or cvsweb) view of the tomcat development source, or current beta3 source somewhere? -- - Torgeir

Re: context factories

Btw, if I replace the instanceof test with a getClass().getName().equals("org.apache.naming.ResourceRef") it all works. -- - Torgeir

Re: context factories

"Craig R. McClanahan" wrote: > > If you don't mind specifying the resource factory class yourself, you > don't need to modify any code at all -- just configure it in server.xml > like this: > > > ... >type="com.mycompany.ContextPool"/> > > > factory

debugging tomcat's jndi provider

I need to look at the behaviour of the jndi provider inside tomcat. Are there any tricks to debugging tomcat? -- - Torgeir

context factories

I've read in a post by Remy with subject: "Re: Implementation in 4.0.b1", http://w4.metronet.com/~wjm/tomcat/2001/Mar/msg00273.html that the only two factories supported in tomcat right now is one for getting Tyrex managed data sources & User Transactions. I'm interested in getting a resource f