-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Vince,
On 11/25/14 9:00 PM, vince.w...@thomsonreuters.com wrote: > Web applications gain access to Globally Named JDBC Resources > <GlobalNamingResources> by adding a <ResourceLink> to context.xml > > Then using code like: > > Context initContext = new InitialContext(); dbLookupStr = > "java:comp/env/" + dbResourceName; ds = > (DataSource)initContext.lookup(dbLookupStr); > > HOW CAN code in a custom Realm gain access to one of those same > Globally named database connection pools ? What's wrong with the code above? > Extra info included here for background: I have a custom realm that > I created by extending JDBCRealm it does its own authentication > and uses JDBCRealm's getRoles() to do the authorization. Although > it works much of the time, the inherited getRoles method causes > problems. I've decided to re-write my realm without extending > JDBCRealm, thus I need to write my own JDBC authorization code, > hence the above question. JDBCRealm should probably die, and you probably shouldn't be using it. Why not extend DataSourceRealm instead? You'll get DataSource access for free ;) - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUdVRIAAoJEBzwKT+lPKRY8z4P/12ZMvXrmT4SJt/BLNhUJEMX j1rqGcZdKPH17pacMSfUMLciVvSLOZbsNoV2mgwUw+EfZVCUuL1i2Tk52vH2swa5 l2pgQI0zJB2nREzP1jZLpnVXi2lB5L+GL2TV3WE7Mr+nG03lSCN3RB/4hUEdRgcU ZblJ5Dz62Jx/Vi+9d/qBYi68jSvgXLwQcrx+eFvYeKpTylSghkkn+mzbSgGW4RXL lfpMm+q+una4KpCCLZP40BWcGyx57loFakyucLjsuvDjKQmLbX8Ay4WU7R1sXX2O J+CZzzBqHOCU8Q9Snmt3xaYcZ+0De5UIYI17ztdKCD703a4evytwSXZ1tEpg3vYE lHNGIKcW/q6ABOt0eWxFTj/wjTCYn3rYhcv+mEPV0c6HPkJ9DqFKh0+efSnFsOnW CNWF9eH3Y64zmWh7DQ2AF+Aij4mtXof9YYl6Q6oAL4XBw8vMajwSek9dpXZYDKi0 RkI5GhzWPP1xUx8FDfQfnfjJmHAKMIaK330EwX0RhJH9yoX+1vG5XCPT+/KV7Xfj ZCOz90SiPr2KxLAtijL79p98nWIB4w1GSNaN0z0ePrup1J+Kkfh2AqL4i/jmdXK8 qQJ4TGJczgq6NZZbg+t6SkPA0nRN18f42Aq8yguwE7cYXb66rkfLUpxcqc28kdCO irKlHlgNrxDzSH0pwAM8 =RqZF -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org