Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@www.apache.org Received: (qmail 39070 invoked from network); 8 Jan 2004 15:36:04 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Jan 2004 15:36:04 -0000 Received: (qmail 88211 invoked by uid 500); 8 Jan 2004 15:35:52 -0000 Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 88175 invoked by uid 500); 8 Jan 2004 15:35:52 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 88154 invoked from network); 8 Jan 2004 15:35:52 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 8 Jan 2004 15:35:52 -0000 Received: (qmail 136 invoked by uid 50); 8 Jan 2004 15:35:59 -0000 Date: 8 Jan 2004 15:35:59 -0000 Message-ID: <20040108153559.135.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 24545] - DataSourceRealm cannot see JNDI DataSource defined within a Context X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24545 DataSourceRealm cannot see JNDI DataSource defined within a Context ------- Additional Comments From david.wahlund@home.se 2004-01-08 15:35 ------- I'm trying to run a server with multiple instances of the same application configured for different customers. I need each application to have it's own datasource and realm. I can't see the logic in beeing able to create a context specific datasource and realm but not beeing able to use _that_ datasource _for_ the realm. I think the demand for a global datasource breaks the whole idea with the application specific configuration. The worst part is that Remy wont listen to reason neither explain why he refuses to add this feature. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org