Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 89775 invoked from network); 30 Jan 2007 18:02:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Jan 2007 18:02:31 -0000 Received: (qmail 99092 invoked by uid 500); 30 Jan 2007 18:02:26 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 98864 invoked by uid 500); 30 Jan 2007 18:02:25 -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 98853 invoked by uid 99); 30 Jan 2007 18:02:25 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Jan 2007 10:02:25 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [204.127.200.85] (HELO sccrmhc15.comcast.net) (204.127.200.85) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Jan 2007 10:02:15 -0800 Received: from [192.168.1.47] (c-69-143-26-154.hsd1.va.comcast.net[69.143.26.154]) by comcast.net (sccrmhc15) with ESMTP id <2007013018014901500f9kt7e>; Tue, 30 Jan 2007 18:01:53 +0000 Message-ID: <45BF887F.7020904@christopherschultz.net> Date: Tue, 30 Jan 2007 13:03:43 -0500 From: Christopher Schultz User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: AW: datasource-realm troubles References: In-Reply-To: X-Enigmail-Version: 0.94.1.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Walter, Walter, Oliver (BR/ICI3) wrote: > Problem solved. > > The missing glue is, if you define Realm and DataSource inside the Context, don`t forget to > specify > > localDataSource="true" > > When the realm is nested inside a Context element, this allows the realm to use a DataSource defined for the Context rather than a global DataSource. If not specified, the default is false: use a global DataSource. Oh, good. I'm glad you figured it out. I was certainly stumped ;) I use securityfilter, so the "realm" is actually configured entirely within the webapp, and not in context.xml, so I don't have to deal with "localDataSource" or anything like that. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFv4h/9CaO5/Lv0PARAlHyAKCbUnvsFy1+31eHXkHPIaWscDh/FQCcC9Mr E9ypS8+a1tmNq/o/b2oe6pQ= =XbCz -----END PGP SIGNATURE----- --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org