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

互联网先驱者
995 阅读8分钟
原文链接： click.aliyun.com

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

小黒糖 2017-12-19 19:04:59 浏览44 评论0

java mysql web 配置 JDBC xml test j2ee

摘要： 我们在使用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服务，这是不可能的。

 我们在使用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>这样的一些标签仍然不是很理解。  版权声明：本文内容由互联网用户自发贡献，本社区不拥有所有权，也不承担相关法律责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件至： yqgroup@service.aliyun.com 进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容。

用云栖社区APP，舒服~

【云栖快讯】中办国办印发《推进互联网协议第六版（IPv6）规模部署行动计划》加快推进基于 IPv6 的下一代互联网规模部署，计划指出2025年末中国 IPv6 规模要达到世界第一,阿里云也第一时间宣布了将全面提供IPv6服务，那么在全面部署 IPV6 前，你需要了解都在这儿  详情请点击 评论文章 (0) (0)

相关文章

网友评论

avatar
文章
阅读
粉丝