理解JNDI中 java:comp/env/jdbc/datasource 与 jdbc/datasource 的不同之处(转)-白红宇

理解JNDI中 java:comp/env/jdbc/datasource 与 jdbc/datasource 的不同之处(转)

阅读量：5759 次

发布时间：2019-06-18

本文共 1373 字，大约阅读时间需要 4 分钟。

在描述JNDI，例如获得数据源时，JNDI地址有两种写法，例如同是 jdbc/testDS 数据源：

A:java:comp/env/jdbc/testDS

B:jdbc/testDS

这两种写法，配置的方式也不尽相同，第一种方法应该算是一种利于程序移植或迁移的方法，它的实现与“映射”的概念相同，

而B方法，则是一个硬引用。

java:comp/env 是环境命名上下文（environment naming context（ENC）），是在EJB规范1.1以后引入的，

引入这个是为了解决原来JNDI查找所引起的冲突问题，也是为了提高EJB或者J2EE应用的移植性。

在J2EE中的引用常用的有：

JDBC 数据源引用在java:comp/env/jdbc 子上下文中声明

JMS 连接工厂在java:comp/env/jms 子上下文中声明

JavaMail 连接工厂在java:comp/env/mail 子上下文中声明

URL 连接工厂在 java:comp/env/url子上下文中声明

可以通过下面的结构示意来发现这两种描述的不同之处：

A:java:comp/env/jdbc/testDS(虚地址) ------> 映射描述符 ------> jdbc/testDS (实际的地址)

B:jdbc/testDS (实际的地址) 从这种结构上来看，A的确是便于移植的。

再来看一个例子：

假如你需要获取datasource，例如：dataSource = (DataSource) ctx.lookup("java:comp/env/jdbc/testDS");

那么在配置文件中进行资源映射时，在web.xml中,


             
      
       jdbc/testDS
              
      
       javax.sql.DataSource
              
      
       Container

在相应的资源配置xml中（不同的应用服务器均不同，WSAD中，可以进行可视化的设置），


           
              
       
        jdbc/DBPool
               
       
        OraDataSource

实际服务器中的JNDI名字是OraDataSource，逻辑名jdbc/DBPool只是用来和它作映射的，这样做的好处是为了提高可移植性，移植的时候只需要把配置文件改一下就可以，而应用程序可不用改动。假如你写了一个一般的应用程序，想直接通过JNDI来获取数据源，那么直接lookup(“mytest”)就可以了（假如服务器上的JNDI为mytest），用第一种写法反而会报错的。

http://www.cnblogs.com/dekn/archive/2006/02/14/330308.html

http://www.cnblogs.com/softidea/p/4486124.html

转载于:https://www.cnblogs.com/softidea/p/4679019.html

你可能感兴趣的文章