使用JNDI的优点有哪些？相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
一、JNDI是什么？
JNDI--Java 命名和目录接口（Java Naming and Directory Interface），是一组在Java应用中访问命名和目录服务的API。
二、JNDI好处
解耦：通过注册、查找JNDI服务，可以直接使用服务，而无需关心服务提供者，这样程序不至于与访问的资源耦合！
JNDI优点
包含了大量的命名和目录服务，使用通用接口来访问不同种类的服务；
可以同时连接到多个命名或目录服务上；
建立起逻辑关联，允许把名称同Java对象或资源关联起来，而不必知道对象或资源的物理ID。
JNDI程序包：
javax.naming：命名操作；
javax.naming.directory：目录操作；
javax.naming.event：在命名目录服务器中请求事件通知；
javax.naming.ldap：提供LDAP支持；
javax.naming.spi：允许动态插入不同实现。
利用JNDI的命名与服务功能来满足企业级APIs对命名与服务的访问，诸如EJBs、JMS、JDBC 2.0以及IIOP上的RMI通过JNDI来使用CORBA的命名服务。
三、JNDI架构与原理
相比较架构与原理，更关注与使用，故略！
四、JNDI使用
在J2EE容器（如weblogic、websphere、jboss等）中使用：
在weblogic环境下查找tuxedo 连接
//在weblogic环境查找tuxedo连接
Context ctx = new InitialContext();
TuxedoConnectionFactory tuxedoFactory = (TuxedoConnectionFactory) ctx.lookup("tuxedo.services.TuxedoConnection");在web容器查找数据源
Context ctx=new InitialContext();
DataSource ds=(Datasource)ctx.lookup("java:comp/env/jdbc/mydatasource");重点关注Context ctx = new InitialContext()，上面的代码在容器下能够很好的工作，尤其是查找数据源的代码，无论是在tomcat，还是在weblogic、jboss，但如果脱离了容器，我们将得到异常“NoInitialContextException”，这是为什么呢？
原因很简单，就是不存在相关的context，其本质是JNDI的服务提供者环境，即谁将提供此环境！
为了能够使上面的代码工作，我们需要使用带参的构造子InitialContext(Hashtable)，指定JNDI服务提供者环境信息，以weblogic环境为例：
Hashtable env = new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory"); env.put(Context.PROVIDER_URL,"t3://localhost:7001"); InitialContext ctx = new InitialContext(env);
但上面的代码不适合WebSphere、jboss等环境，原因在于所需环境信息不同，那么，Context ctx = new InitialContext()是如何做到在各个j2ee容器下有效地呢？原因在于这个默认的构造子是从System.properties读取相关的环境信息的，由此不难猜出在各种J2EE容器下，如weblogic、jboss，它们都自己为自己设置了相应的信息！下面是一个关于System.properties设置JNDI服务环境的例子：
System.setProperty(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory"); System.setProperty(Context.PROVIDER_URL, "t3://localhost:7001"); InitialContext ctx = new InitialContext();
五、借助Spring完成JNDI查找
对于手头的weblogic，给出常用的两个查找例子，做个备忘吧！
查找tuxedo connnection：