我們在使用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文件中有這樣的標簽:
- <resource-env-ref></resource-env-ref>
- <resource-ref></resource-ref>
- <ejb-local-ref></ejb-local-ref>
- <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里面加上如下配置:
- <resource-ref>
- <res-ref-name>jdbc/adsl</res-ref-name>
- <res-auth>Container</res-auth>
- <mapped-name>adsl</mapped-name> <!-- 這個必須和你的全局JNDI數據源名稱一樣 -->
- </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文件,在該文件里面寫上:
- <weblogic-web-app>
- <resource-description>
- <res-ref-name>jdbc/adsl</res-ref-name>
- <jndi-name>adsl</jndi-name><!-- 這個就是全局JNDI資源名 -->
- </resource-description>
- </weblogic-web-app>
然后你仍然需要在web.xml里面配置上:
- <resource-ref>
- <res-ref-name>jdbc/adsl</res-ref-name>
- <res-auth>Container</res-auth>
- </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")訪問了
使用Spring獲取JNDI數據源
- 修改context.xml(同上)
- 在sping的配置文件中引用JNDI
- 第一種方式:添加jee命名空間,
- 第二種方式:JndiObjectFactoryBean,
- 修改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>這樣的一些標簽仍然不是很理解。