Ops! Spice and the JNDIKIT have a new home:
 http://spice.codehaus.org/components.html

Have fun,
Paulo Gaspar

Paulo Gaspar wrote:

Or you can use an in memory JNDI datasource like this one:
   http://spice.sourceforge.net/jndikit/


BTW, wasn't there an in memory JNDI datasource available in commons too? Was it removed? Or am I just confused?

Thanks and regards,
Paulo Gaspar


Brian Murray wrote:

Stumbled across this just recently: Spring has a "mock" JNDI implementation. Create your datasource, bind it into the mock JNDI tree, activate it and off you go. Note that this class is in the spring-mock JAR, not the regular spring JAR. Class documentation is at http://springframework.org/docs/api/org/springframework/mock/jndi/SimpleNamingContextBuilder.html Here's an example (we used a mock datasource, but you get the idea).

SimpleNamingContextBuilder builder = new SimpleNamingContextBuilder();
MockDataSource mockDataSource = new MockDataSource();
builder.bind("jdbc/foo", mockDataSource);
builder.activate();
So, if you can't "inject" the datasource then here's a nice and easy JNDI implementation that you can use.


WHIRLYCOTT wrote:

I'm wondering if somone has any creative ideas here. I'm working on a project that gets javax.sql.DataSource instances via Tomcat's JNDI provider. This works fine, except when we are developing code and need to run Junit tests.

Because the tests need to run outside Tomcat, getting access to a DataSource via JNDI becomes a pain in the neck.

I'm assuming that this is a very common situation and I'm wondering if anybody has slick tricks for your dev environments that allow you do get DataSource objects via JNDI...?

phil.




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]






--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to