"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檔案中有這樣的标簽： 

<b>[html]</b> view plain copy

&lt;resource-env-ref&gt;&lt;/resource-env-ref&gt;   

&lt;resource-ref&gt;&lt;/resource-ref&gt;   

&lt;ejb-local-ref&gt;&lt;/ejb-local-ref&gt;    

&lt;ejb-ref&gt;&lt;/ejb-ref&gt;   

這些标簽就是用來建立目前應用環境到伺服器資源的映射的。 

有了這樣的映射之後，就能采用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裡面加上如下配置： 

&lt;resource-ref&gt;   

  &lt;res-ref-name&gt;jdbc/adsl&lt;/res-ref-name&gt;   

  &lt;res-auth&gt;Container&lt;/res-auth&gt;   

  &lt;mapped-name&gt;adsl&lt;/mapped-name&gt; &lt;!-- 這個必須和你的全局JNDI資料源名稱一樣 --&gt;    

&lt;/resource-ref&gt;   

那麼你就能在你的web程式裡通過context.lookup("java:comp/env/jdbc/adsl")通路到這個資料源了。 

關于EJB的通路也類似這樣，可以直接通路全局EJB的JNDI名，和可以映射之後從java:comp/env/下進行通路。 

以上的講解有錯。。。。。 

上面的情況隻适用于weblogic和J2EE 2.5的規範下。 

一：如果不是J2EE 2.5的規範：那麼在你的web項目的web.xml内将根本不會存在&lt;mapped-name&gt;這個标簽，那麼怎樣才能映射全局JNDI資源到你的項目呢？ 

以weblogic為例，你需要在和web.xml同級的目錄下建立：weblogic.xml檔案，在該檔案裡面寫上： 

&lt;weblogic-web-app&gt;   

&lt;resource-description&gt;   

&lt;res-ref-name&gt;jdbc/adsl&lt;/res-ref-name&gt;   

&lt;jndi-name&gt;adsl&lt;/jndi-name&gt;&lt;!-- 這個就是全局JNDI資源名 --&gt;   

&lt;/resource-description&gt;   

&lt;/weblogic-web-app&gt;   

然後你仍然需要在web.xml裡面配置上: 

  &lt;/resource-ref&gt;   

這樣你才可以在你的程式裡面通過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裡面的&lt;GlobalNamingResources&gt;标簽裡面添加如下配置： 

    &lt;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"/&gt; 

    然後某一個項目想要引用這個全局的JNDI，就需要在項目的META-INF下面建立context.xml檔案，在裡面寫上： 

&lt;?xml version="1.0" encoding="UTF-8"?&gt; 

&lt;Context&gt; 

    &lt;ResourceLink name="jdbc/test" global="jdbc/test" type="javax.sql.DataSource"/&gt; 

&lt;/Context&gt; 

這樣就可以在程式裡面通過context.lookup("java:comp/env/jdbc/test")進行通路了。 

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

      1、可以直接在server.xml裡面的&lt;Host&gt;節點下添加如下配置： 

&lt;Context path="/test_tomcat6_jndi"&gt; 

&lt;Resource name="jdbc/test" 

      auth="Container" 

這樣就可以直接在程式中通過context.lookup("java:comp/env/jdbc/test")通路了,需要注意的是path="/test_tomcat6_jndi"，這個名字必須和你的項目名稱相同，而且不能少了那個斜杠，而且你的項目是通過拷貝檔案夾到webapps下面的方式進行的部署。 

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

     &lt;Resource name="jdbc/test" 

這樣就可以直接在程式中通過context.lookup("java:comp/env/jdbc/test")通路了 

      3、還可以在項目的WebRoot下面的META-INF檔案夾下面建立context.xml檔案，再在context.xml檔案裡面寫上 

你可以發現的是：以上的Tomcat6中的配置不管是全局還是局部，都沒有修改項目的web.xml檔案，但是仍然建議在web.xml中進行引用，主要是為了項目的遷移，因為有的伺服器需要在web.xml中進行聲明！ 

總之：各種伺服器有時候确實有比較大的出入，特别是感覺J2EE中類似&lt;resource-ref&gt;這樣的一些标簽仍然不是很了解。