免费永久网站建设,江西赣州最新消息,中国建设人才信息网是官方网站吗,连云港市电信网站建设转载自 Java:comp/env/讲解与JNDI
我们在使用JNDI调用某个对象时#xff0c;会有下述两种方式 context.lookup(“java:comp/env/XXX”) context.lookup(“XXX”) context.lookup(“java:comp/env/XXX”)只能用在J2EE环境#xff0c;如果你自己写一个main函数…转载自 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文件中有这样的标签
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-namejdbc/adsl/res-ref-name
res-authContainer/res-auth
mapped-nameadsl/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内将根本不会存在这个标签那么怎样才能映射全局JNDI资源到你的项目呢
以weblogic为例你需要在和web.xml同级的目录下建立weblogic.xml文件在该文件里面写上
weblogic-web-app
resource-description
res-ref-namejdbc/adsl/res-ref-name
jndi-nameadsl/jndi-name!-- 这个就是全局JNDI资源名 --
/resource-description
/weblogic-web-app
然后你仍然需要在web.xml里面配置上:
resource-ref
res-ref-namejdbc/adsl/res-ref-name
res-authContainer/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容器都用不同的配置方式。 研究tomcat6之后发现tomcat可以配置全局JNDI和私有JNDI注意这里说的Tomcat6
首先想要说明的是Tomcat的配置不需要修改web.xml里面的任何内容 Tomcat的全局JNDI资源不能直接访问必须有java:comp/env/前缀
全局的JNDI配置在server.xml里面的标签里面添加如下配置
Resource namejdbc/testauthContainer typejavax.sql.DataSource driverClassNamecom.mysql.jdbc.Driver urljdbc:mysql://127.0.0.1/test usernameroot passwordroot maxActive20 maxIdle10 maxWait-1/
然后某一个项目想要引用这个全局的JNDI就需要在项目的META-INF下面建立context.xml文件在里面写上
?xml version1.0 encodingUTF-8?
Context ResourceLink namejdbc/test globaljdbc/test typejavax.sql.DataSource/
/Context
这样就可以在程序里面通过context.lookup(“java:comp/env/jdbc/test”)进行访问了。
私有的JNDI有三种方式可以配置 1、可以直接在server.xml里面的节点下添加如下配置
Context path/test_tomcat6_jndi
Resource namejdbc/test authContainer typejavax.sql.DataSource driverClassNamecom.mysql.jdbc.Driver urljdbc:mysql://127.0.0.1/test usernameroot passwordroot maxActive20 maxIdle10 maxWait-1/
/Context
这样就可以直接在程序中通过context.lookup(“java:comp/env/jdbc/test”)访问了,需要注意的是path”/test_tomcat6_jndi”这个名字必须和你的项目名称相同而且不能少了那个斜杠而且你的项目是通过拷贝文件夹到webapps下面的方式进行的部署。
2、 也可以在conf/context.xml里面增加如下配置
Resource namejdbc/test authContainer typejavax.sql.DataSource driverClassNamecom.mysql.jdbc.Driver urljdbc:mysql://127.0.0.1/test usernameroot passwordroot maxActive20 maxIdle10 maxWait-1/
这样就可以直接在程序中通过context.lookup(“java:comp/env/jdbc/test”)访问了
3、还可以在项目的WebRoot下面的META-INF文件夹下面创建context.xml文件再在context.xml文件里面写上
?xml version1.0 encodingUTF-8?
Context Resource namejdbc/test authContainer typejavax.sql.DataSource driverClassNamecom.mysql.jdbc.Driver urljdbc:mysql://127.0.0.1/test usernameroot passwordroot maxActive20 maxIdle10 maxWait-1/
/Context
这样就可以直接在程序中通过context.lookup(“java:comp/env/jdbc/test”)访问了
你可以发现的是以上的Tomcat6中的配置不管是全局还是局部都没有修改项目的web.xml文件但是仍然建议在web.xml中进行引用主要是为了项目的迁移因为有的服务器需要在web.xml中进行声明
