FWIW, I embed ApacheDS in some of our tests (at work) Gary
On Tue, Aug 14, 2012 at 4:41 AM, Eric Charles <e...@apache.org> wrote: > Years ago, I've been playing with Sun's File System Provider [1] to > finally use the tomcat's jars with their JNDI impl (differently packaged in > tomcat5 and tomcat6 if I remember well...) > > To extend on Gary ApacheDS, It's nice to have a small library locally > accessible, it would be still better if that JNDI context would be > reachable remotely by-configuration. > > So I would prefer having a scale-down of the existing (ApacheDS?) > implementation for unittests or even pure-local (non remote) needs. > > Anyway, +1 (non-binding) on the proposal. > > Thx, Eric > > [1] http://www.oracle.com/**technetwork/java/** > javasebusiness/downloads/java-**archive-downloads-java-plat-** > 419418.html#7110-jndi-1.2.1-**oth-JPR<http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-java-plat-419418.html#7110-jndi-1.2.1-oth-JPR> > > On 08/08/2012 01:53 PM, Gary Gregory wrote: > >> Maybe this is something that can be proposed to GE ApacheDS folks. >> Either ADS already supports this, can be refactored to support it, or >> we can extra t something out of it. >> >> Gary >> >> >> On Aug 8, 2012, at 2:02, Jochen Wiedmann <jochen.wiedm...@gmail.com> >> wrote: >> >> Hi, >>> >>> I'd like to propose a new component Commons JNDI for the sandbox. >>> >>> The aim would be to have a very lightweight JNDI implementation (no >>> server, or something like that) that's not necessarily suitable for >>> production, but ideally suited for use in test suites, and the like. >>> For example, commons dbcp might use this to verify configuration via >>> JNDI. The new implementation ought to be driven by property, XML, or >>> JSON files. >>> Possible starting points: >>> >>> - Import Simple JNDI, which already comes very close to the target. >>> Henri Yandell, one of the Simple JNDI authors has given his agreement. >>> - Import Tomcat JNDI, no contact with the Tomcat developers exists on >>> that topic. >>> >>> >>> WDYT? >>> >>> Jochen >>> >>> -- >>> In other words: what could be seen as a socially debilitating failure >>> of character can certainly work to your advantage too. (Linus >>> Torvalds, but the use in the signature tells something about me as >>> well.) >>> >>> ------------------------------**------------------------------** >>> --------- >>> To unsubscribe, e-mail: >>> dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> ------------------------------**------------------------------**--------- >> To unsubscribe, e-mail: >> dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > -- > eric | http://about.echarles.net | @echarles > > > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org> > For additional commands, e-mail: dev-h...@commons.apache.org > > -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0 Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
