我们在使用JNDI调用某个对象时，会有下述两种方式
context.lookup(“java:comp/env/XXX”)
context.lookup(“XXX”)
context.lookup(“java:comp/env/XXX”)只能用在J2EE环境，如果你自己写一个main函数，想通过context.lookup(“java:comp/env/XXX”)这样的方式来访问JNDI服务，这是不可能的。
因为：java:comp/env/是一个J2EE环境的定义，说白了就是代表当前J2EE应用的环境，比如你自己项目的Web环境或者是EJB环境。那是不是只要是个Web项目，就能用context.lookup(“java:comp/env/XXX”)这种方式访问JNDI服务了呢？也不是！！！
使用这样的方式必须设置当前应用环境到资源名的映射。
在web.xml文件中有这样的标签：
<resource-env-ref>resource-env-ref><resource-ref>resource-ref><ejb-local-ref>ejb-local-ref><ejb-ref>ejb-ref>这些标签就是用来建立当前应用环境到服务器资源的映射的。
有了这样的映射之后，就能采用context.lookup(“java:comp/env/XXX”)的方式来访问JNDI资源了。
注意：context.lookup(“XXX”)在任何时候都是有效的，只要XXX确实是一个存在的JNDI名。
举个例子：
用weblogic10的控制台定义了一个oracle数据源，这个数据源的JNDI名称是：adsl,那么只要正确连接上了weblogic（当然需传递URL，用户名和密码还有weblogic的JNDI工厂对象，这不属于该文的讨论范围）在任何地方都能用context.lookup(“xxx”)得到这个数据源了，但是想通过context.lookup(“java:comp/env/jdbc/adsl”)访问到这个数据源，就不行了。如果想这样写的话需要做两件事情：
1、确保你的调用程序是一个web项目或者EJB(Enterprise JavaBean)项目，并部署到weblogic上。（例子使用web项目）
2、在web项目的web.xml里面加上如下配置：
<resource-ref><res-ref-name>jdbc/adslres-ref-name><res-auth>Containerres-auth><mapped-name>adslmapped-name>resource-ref>那么你就能在你的web程序里通过context.lookup(“java:comp/env/jdbc/adsl”)访问到这个数据源了。
关于EJB的访问也类似这样，可以直接访问全局EJB的JNDI名，和可以映射之后从java:comp/env/下进行访问。