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