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")访问到这个数据源,就不行了。若是想这样写的话须要作两件事情: 
一、确保你的调用程序是一个web项目或者 EJB(Enterprise JavaBean )项目,并部署到weblogic上。(例子使用web项目) 
二、在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有三种方式能够配置: 
      一、能够直接在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下面的方式进行的部署。 
 
     二、 也能够在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")访问了 
 
      三、还能够在项目的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")访问了 
 
使用Spring获取JNDI数据源 
- 修改context.xml(同上) 
- 在sping的配置文件中引用JNDI 
- 第一种方式:添加jee命名空间, <jee:jndi-lookup jndi-name="myjndi" id="dataSource"></jee:jndi-lookup> 
- 第二种方式:JndiObjectFactoryBean, <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean"> 
<property name="jndiName" value="java:comp/env/myjndi"/> 
</bean>
你能够发现的是:以上的Tomcat6中的配置不论是全局仍是局部,都没有修改项目的web.xml文件,可是仍然建议在web.xml中进行引用,主要是为了项目的迁移,由于有的服务器须要在web.xml中进行声明! 
 
总之:各类服务器有时候确实有比较大的出入,特别是感受J2EE中相似<resource-ref>这样的一些标签仍然不是很理解。 
相关文章
相关标签/搜索