"Java:comp/env/"讲解与JNDI

 我们在使用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文件中有这样的标签： 

[html] view plain copy

  1. <resource-env-ref></resource-env-ref>   
  2. <resource-ref></resource-ref>   
  3. <ejb-local-ref></ejb-local-ref>    
  4. <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里面加上如下配置： 

[html] view plain copy

  1. <resource-ref>   
  2.   <res-ref-name>jdbc/adsl</res-ref-name>   
  3.   <res-auth>Container</res-auth>   
  4.   <mapped-name>adsl</mapped-name> <!-- 这个必须和你的全局JNDI数据源名称一样 -->    
  5. </resource-ref>   

那么你就能在你的web程序里通过context.lookup("java:comp/env/jdbc/adsl")访问到这个数据源了。 

关于EJB的访问也类似这样，可以直接访问全局EJB的JNDI名，和可以映射之后从java:comp/env/下进行访问。 

以上的讲解有错。。。。。 

上面的情况只适用于weblogic和J2EE 2.5的规范下。 

一：如果不是J2EE 2.5的规范：那么在你的web项目的web.xml内将根本不会存在<mapped-name>这个标签，那么怎样才能映射全局JNDI资源到你的项目呢？ 

以weblogic为例，你需要在和web.xml同级的目录下建立：weblogic.xml文件，在该文件里面写上： 

[html] view plain copy

  1. <weblogic-web-app>   
  2. <resource-description>   
  3. <res-ref-name>jdbc/adsl</res-ref-name>   
  4. <jndi-name>adsl</jndi-name><!-- 这个就是全局JNDI资源名 -->   
  5. </resource-description>   
  6. </weblogic-web-app>   

然后你仍然需要在web.xml里面配置上: 

[html] view plain copy

  1. <resource-ref>   
  2.   <res-ref-name>jdbc/adsl</res-ref-name>   
  3.   <res-auth>Container</res-auth>   
  4.   </resource-ref>   

这样你才可以在你的程序里面通过context.lookup("java:comp/env/jdbc/adsl")访问到这个数据源。 

这个是weblogic.xml的官方帮助文档：http://edocs.weblogicfans.net/wls/docs92/webapp/weblogic_xml.html 

二：如果不是使用weblogic，可参见这篇文章：http://blog.csdn.net/lovingprince/article/details/6577920 

其实各种不同的J2EE容器，都用不同的配置方式，以我目前的测试来看，weblogic似乎不能配置“私有的JNDI资源”，就是不能配置自己项目单独的JNDI资源（这只是我的观点，我目前没发现怎么在weblogic里面配置私有JNDI资源） 

但是研究tomcat6之后发现，tomcat可以配置 全局JNDI 和私有JNDI（注意这里说的Tomcat6）： 

！！！首先想要说明的是Tomcat的配置不需要修改web.xml里面的任何内容！！！！！ 

！！！Tomcat的全局JNDI资源不能直接访问，必须有java:comp/env/前缀！！！！！！ 

    全局的JNDI配置在server.xml里面的<GlobalNamingResources>标签里面添加如下配置： 

    <Resource name="jdbc/test" 

  auth="Container" 

              type="javax.sql.DataSource" 

              driverClassName="com.mysql.jdbc.Driver" 

              url="jdbc:mysql://127.0.0.1/test" 

              username="root" 

              password="root" 

              maxActive="20" 

              maxIdle="10" 

              maxWait="-1"/> 

    然后某一个项目想要引用这个全局的JNDI，就需要在项目的META-INF下面建立context.xml文件，在里面写上： 

<?xml version="1.0" encoding="UTF-8"?> 

<Context> 

    <ResourceLink name="jdbc/test" global="jdbc/test" type="javax.sql.DataSource"/> 

</Context> 

这样就可以在程序里面通过context.lookup("java:comp/env/jdbc/test")进行访问了。 

    私有的JNDI有三种方式可以配置： 

      1、可以直接在server.xml里面的<Host>节点下添加如下配置： 

<Context path="/test_tomcat6_jndi"> 

<Resource name="jdbc/test" 

      auth="Container" 

              type="javax.sql.DataSource" 

              driverClassName="com.mysql.jdbc.Driver" 

              url="jdbc:mysql://127.0.0.1/test" 

              username="root" 

              password="root" 

              maxActive="20" 

              maxIdle="10" 

              maxWait="-1"/> 

</Context> 

这样就可以直接在程序中通过context.lookup("java:comp/env/jdbc/test")访问了,需要注意的是path="/test_tomcat6_jndi"，这个名字必须和你的项目名称相同，而且不能少了那个斜杠，而且你的项目是通过拷贝文件夹到webapps下面的方式进行的部署。 

     2、 也可以在conf/context.xml里面增加如下配置： 

     <Resource name="jdbc/test" 

      auth="Container" 

              type="javax.sql.DataSource" 

              driverClassName="com.mysql.jdbc.Driver" 

              url="jdbc:mysql://127.0.0.1/test" 

              username="root" 

              password="root" 

              maxActive="20" 

              maxIdle="10" 

              maxWait="-1"/> 

这样就可以直接在程序中通过context.lookup("java:comp/env/jdbc/test")访问了 

      3、还可以在项目的WebRoot下面的META-INF文件夹下面创建context.xml文件，再在context.xml文件里面写上 

<?xml version="1.0" encoding="UTF-8"?> 

<Context> 

    <Resource name="jdbc/test" 

  auth="Container" 

              type="javax.sql.DataSource" 

              driverClassName="com.mysql.jdbc.Driver" 

              url="jdbc:mysql://127.0.0.1/test" 

              username="root" 

              password="root" 

              maxActive="20" 

              maxIdle="10" 

              maxWait="-1"/> 

</Context> 

这样就可以直接在程序中通过context.lookup("java:comp/env/jdbc/test")访问了 

你可以发现的是：以上的Tomcat6中的配置不管是全局还是局部，都没有修改项目的web.xml文件，但是仍然建议在web.xml中进行引用，主要是为了项目的迁移，因为有的服务器需要在web.xml中进行声明！ 

总之：各种服务器有时候确实有比较大的出入，特别是感觉J2EE中类似<resource-ref>这样的一些标签仍然不是很理解。 

时间： 2024-09-27 00:56:17

"Java:comp/env/"讲解与JNDI的相关文章

理解JNDI中 java:comp/env/jdbc/datasource 与 jdbc/datasource 的不同之处(转)

在描述JNDI,例如获得数据源时,JNDI地址有两种写法,例如同是  jdbc/testDS 数据源: A:java:comp/env/jdbc/testDS B:jdbc/testDS   这两种写法,配置的方式也不尽相同,第一种方法应该算是一种利于程序移植或迁移的方法,它的实现与"映射"的概念相同,而B方法,则是一个硬引用. java:comp/env 是环境命名上下文(environment naming context(ENC)),是在EJB规范1.1以后引入的,引入这个是为了

Java命名和目录接口——JNDI

JNDI即Java命名和目录接口(JavaNaming and Directory Interface),它属于J2EE规范范畴,是J2EE的核心技术之一,提供了一组接口.类和关于命名空间的概念.JDNI是provider-based技术,它暴露一个API和一个服务供应接口(SPI).它将名称和对象联系起来,使我们可以用名称访问对象.我们可以把JNDI简单地看成是里面封装了一个name到实体对象的映射,通过字符串可以方便得到想要的对象资源,例如JDBC.JMail.JMS.EJB等.这意味着任何

Java 多线程实例讲解（一）_java

Java多线程(一) 多线程作为Java中很重要的一个知识点,在此还是有必要总结一下的. 一.线程的生命周期及五种基本状态 关于Java中线程的生命周期,首先看一下下面这张较为经典的图: 上图中基本上囊括了Java中多线程各重要知识点.掌握了上图中的各知识点,Java中的多线程也就基本上掌握了.主要包括: Java线程具有五中基本状态 新建状态(New):当线程对象对创建后,即进入了新建状态,如:Thread t = new MyThread(); 就绪状态(Runnable):当调用线程对象的

Java命名与目录接口——JNDI

JNDI是 Java 命名与目录接口(Java Naming and Directory Interface),在J2EE规范中是重要的规范之一,不少专家认为,没有透彻理解JNDI的意义和作用,就没有真正掌握J2EE特别是EJB的知识.JNDI到底起什么作用?   没有JNDI的做法 程序员开发时,知道要开发访问MySQL数据库的应用,于是将一个对 MySQL JDBC 驱动程序类的引用进行了编码,并通过使用适当的 JDBC URL 连接到数据库. 就像以下代码这样: Connection co

java学习：weblogic下JNDI及JDBC连接测试(weblogic环境)

JNDI的专业解释,大家自行去网络搜索吧,这里就不啰嗦了. 单纯从使用角度看,可以简称把它看成一个key-value的"哈希资源"容器.给定一个string类型的key,可以把任何类型的value,放入这个容器(通过bind/rebind方法):其它地方需要使用该资源时,根据key就能取出该资源(通过lookup方法) JNDI使用示例: package jmyang.weblogic; /** * <p>Title:JNDI示例(WebLogic环境) </p>

java发送邮件示例讲解_java

本文实例讲解了java发邮件的详细过程,供大家参考,具体内容如下 1.邮件协议 发邮件的:SMTP (Simple Mail Transport  Protocal) 收邮件的协议:pop3 (Post Office Protocal 3) IMAP 新协议 发邮件也可以收邮件. (一步步的与服务器交互) SMTP : 2.收发邮件的过程: 一般情况下,smtp和pop3是两个服务器(主机). Smtp邮件的端口为25. POP3 端口 为110. 发邮件示例 1).安装foxmail: 2).

java,麻烦深入讲解为什么结果是1？而不是2。

问题描述 public class Test {public static void main(String[] args) {System.out.println(new Test().test());}static int test() {int x = 1;try {return x;}finally {++x;}}} 解决方案 昨天没时间,今天继续补全,既然是深入,就深入点咯 记得给我加分哈~~写了个简单的类 static int test() { int x=5; try { retu

Spring Boot 配置文件 – 在坑中实践

摘要: 原创出处 www.bysocket.com 「泥瓦匠BYSocket 」欢迎转载,保留摘要,谢谢! 『 仓廪实而知礼节,衣食足而知荣辱 - 管仲 』 本文提纲 一.自动配置 二.自定义属性 三.random.* 属性 四.多环境配置 运行环境:JDK 7 或 8,Maven 3.0+ 技术栈:SpringBoot 1.5+ 一.自动配置 Spring Boot 提供了对应用进行自动化配置.相比以前 XML 配置方式,很多显式方式申明是不需要的.二者,大多数默认的配置足够实现开发功能,从而

Tomcat中用web.xml控制Web应用详解

web|xml|控制|详解 1 定义头和根元素 部署描述符文件就像所有XML文件一样,必须以一个XML头开始.这个头声明可以使用的XML版本并给出文件的字符编码.DOCYTPE声明必须立即出现在此头之后.这个声明告诉服务器适用的servlet规范的版本(如2.2或2.3)并指定管理此文件其余部分内容的语法的DTD(Document Type Definition,文档类型定义).所有部署描述符文件的顶层(根)元素为web-app.请注意,XML元素不像HTML,他们是大小写敏感的.因此,web-