Never mind. I uninstalled all my apps, cleaned up the temp/work dirs and 
re-installed and now it goes well. Must have been an incorrect context.xml in 
one of those dirs that I've missed.

Charl


--- On Tue, 6/1/09, Caldarale, Charles R <chuck.caldar...@unisys.com> wrote:

> From: Caldarale, Charles R <chuck.caldar...@unisys.com>
> Subject: RE: Configuring a Realm
> To: "Tomcat Users List" <users@tomcat.apache.org>
> Date: Tuesday, 6 January, 2009, 4:21 PM
> > From: Charl Gerber [mailto:charlger...@yahoo.com]
> > Subject: Configuring a Realm
> 
> > I know I somehow have to configure the
> <login-config>
> > to use my new Realm, but how?
> 
> No, you don't, other than to indicate the
> authentication mechanism.  The presence of the <Realm>
> element inside your webapp's <Context> should be
> sufficient to cause Tomcat to use it.
> 
> > There is a tag <realm-name> which looked to be
> my answer
> 
> The <realm-name> here is not related to the
> configured <Realm>, at least for BASIC authentication;
> as I recall it's used primarily for DIGEST
> authentication to construct the hash key.
> 
> > The datasource works and can be tested from within the
> > application, so it is set up correctly.
> 
> Are you using the same database for both application usage
> and authentication?  That's odd, but doable.
> 
> > The application's context.xml:
> 
> Where is the context.xml file located?
> 
> > <Context path="/rankings"
> >          docBase="path.to.file/rankings.war"
> 
> If the context.xml file is in the webapp's META-INF
> directory, the path and docBase attributes are not allowed -
> remove them.
> 
> Is there a conf/Catalina/[host]/rankings.xml file present? 
> If so, it will override the context.xml in META-INF, meaning
> your <Realm> element will be ignored.
> 
> Is there anything in the Tomcat logs pertinent to the use
> of the <Realm>?
> 
>  - Chuck
> 
> 
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR
> OTHERWISE PROPRIETARY MATERIAL and is thus for use only by
> the intended recipient. If you received this in error,
> please contact the sender and delete the e-mail and its
> attachments from all computers.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail:
> users-h...@tomcat.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to