java:comp/env

try{  
      Context ctx=(Context) new InitialContext().lookup("java:comp/env");
      ds=(DataSource)ctx.lookup("jdbc/test") ;
      conn=this.getConn();
    }catch(Exception e){
      System.out.println(e.toString()) ;
    }

关于获取数据源的语法，大体有(javax.sql.DataSource) ctx.lookup ("java:comp/env/XXX")和(javax.sql.DataSource) ctx.lookup("XXX")两种写法，好多人以为这两种写法是相同的，以为都是通过JNDI来获取数据源。其实java:comp/env和 JNDI是不同的，java:comp/env 是环境命名上下文（environment naming context（ENC）），是在EJB规范1.1以后引入的，引入这个是为了解决原来JNDI查找所引起的冲突问题，也是为了提高EJB或者J2EE应用的移植性。ENC是一个引用，引用是用于定位企业应用程序的外部资源的逻辑名。引用是在应用程序部署描述符文件中定义的。在部署时，引用被绑定到目标可操作环境中资源的物理位置（JNDI名）。使用ENC是把对其它资源的JNDI查找的硬编码解脱出来，通过配置这个引用可以在不修改代码的情况下，将引用指向不同的EJB(JNDI)。 在J2EE中的引用常用的有：
---------JDBC 数据源引用在java:comp/env/jdbc 子上下文中声明
---------JMS 连接工厂在java:comp/env/jms 子上下文中声明
---------JavaMail 连接工厂在java:comp/env/mail 子上下文中声明
---------URL 连接工厂在 java:comp/env/url子上下文中声明

假如你写了一个EJB，获取datasource如：dataSource = (DataSource) ctx.lookup("java:comp/env/jdbc/DBPool");
那么在配置文件中进行资源映射时，在ejb-jar.xml中,
      <resource-ref>
        <res-ref-name>jdbc/DBPool</res-ref-name>
        <res-type>javax.sql.DataSource</res-type>
        <res-auth>Container</res-auth>
      </resource-ref>
在weblogic-ejb-jar.xml中，
    <reference-descriptor>
      <resource-description>
        <res-ref-name>jdbc/DBPool</res-ref-name>
        <jndi-name>OraDataSource</jndi-name>
      </resource-description>
    </reference-descriptor>
//转者注：如果是在jboss则在jboss.xml中做如下修改
    <resource-managers>
        <resource-manager>
            <res-name>jdbc/DBPool</res-name>
            <res-jndi-name>OraDataSource</res-jndi-name>
        </resource-manager>
    </resource-managers>
实际服务器中的JNDI名字是OraDataSource，逻辑名jdbc/DBPool只是用来和它作映射的，这样做的好处是为了提高可移植性，移植的时候只需要把配置文件改一下就可以，而应用程序可不用改动。

假如你写了一个一般的应用程序，想直接通过JNDI来获取数据源，那么直接lookup(“mytest”)就可以了（假如服务器上的JNDI为mytest），用第一种写法反而会报错的。

 

java:comp/env是标准的J2EE环境查找规则使用这种方式必须做一次环境名到JNDI名的映射这种隔离使得在写程序时不必关注真正的JNDI名字其实说白了跟把JNDI名放到配置文件里是一样的用法如下，如把java:comp/env/my/datasource映射到my.ora.dataource

web.xml

<resource-ref><BR>


<res-ref-name>my/datasource</res-ref-name><BR>


<res-type>javax.sql.DataSource</res-type><BR>


<res-auth>CONTAINER<res-auth><BR>


</resource-ref>

<resource-ref>


<res-ref-name>my/datasource</res-ref-name>


<res-type>javax.sql.DataSource</res-type>


<res-auth>CONTAINER<res-auth>


</resource-ref>

 

weblogic.xml

<reference-descriptor><BR>
  <resource-description><BR>
   <res-ref-name>my/datasource</res-ref-name><BR>
    <jndi-name>my.ora.dataource</jndi-name><BR>
......

<reference-descriptor>

  <resource-description>

   <res-ref-name>my/datasource</res-ref-name>

    <jndi-name>my.ora.dataource</jndi-name>

......

  

 

 

 

这两段有什么区别，为什么用第一种老是出错呢？
Context ctx = new InitialContext();
DataSource myDataSource= (DataSource)ctx.lookup("myDataSource");

Hashtable ht = new Hashtable();
InitialContext ctx = new InitialContext();
ht.put(ctx.PROVIDER_URL, "t3://localhost:7001") ;
ht.put(ctx.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
ctx = new InitialContext(ht);
DataSource myDataSource= (DataSource)ctx.lookup("myDataSource");

InitialContext的构造方法主要是准备JNDI的访问环境，如果不加参数，那就意味着是用本地匿名访问，也就是说，用户角色是匿名，ctx.PROVIDER_URL是LOCALHOST
所以，对于本地测试（并且JNDI资源没有设置安全属性）这两段代码没有区别，如果要访问远程的JNDI资源，就必须用饱含JNDI环境参数Hashtable初始化InitialContext。

必要的环境参数如：
Context.INITIAL_CONTEXT_FACTORY//连接工厂
Context.PROVIDER_URL//访问连接
Context.SECURITY_PRINCIPAL//安全用户
Context.SECURITY_CREDENTIALS//用户密码

转自:http://hi.baidu.com/liuxuelianghappy/blog/item/0ad4f808beb5cb236a60fbcf.html

http://hi.baidu.com/sunshine666666/blog/item/1ef1870182b88202738da5fa.html