You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Kyle VanderBeek <ky...@kylev.com> on 2003/12/01 09:36:04 UTC

DataSourceRealm and Context defined JNDI Resource

Remy: I'm looking at two bugs (one of which I opened):

 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16316
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24545

And it seems to have confused several people that DataSourceRealm can't 
use a JNDI Resource defined in a Context but must instead use a global 
resource.

The matters that confuse are that 1) an administrator can define a
Resource at the Context level and 2) a Realm is defined at a Context
level.  It seems to follow from these observations that a Realm should
be able to use a JNDI Resource defined at the same level.  This is
possible with the small patch I submitted on bug 24545 (from my work
address).  It seems to work fine (contrary to your 2003-6-12 remark on 
bug 16316).

In addition, this seems like a very useful functionality.  Several
people have brought up the security concern of placing their user
database in a global JNDI resource.  I also brought up the idea of
turnkey applications that could be deployed using a DataSourceRealm
without having to ask the client to make modifications to their
server.xml: drop the context fragment and the .war in the right place
and you're done.

I've gotten emails about this expected functionality (related to my bug) 
and really don't have anything to tell people.  Remy, I'd like to 
understand why you've so quickly closed these bugs WONTFIX.  I don't see 
the issue.  If there is a design problem with this, I'd like to know 
what it is.  I was hoping for a dialogue from you and the other 
developers.

In the end, maybe this is just an enhancement request.  Regardless, it's 
probably good to get this (and hopefully a series of well-formed 
responses) in the archive.

Thanks.

-- 
kylev@kylev.com
  Some people have a way with words, while others... erm... thingy.


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org