您的位置:首页 > 编程语言 > Java开发

[原创]理解JNDI中 java:comp/env/jdbc/datasource 与 jdbc/datasource 的不同之处。

2012-01-10 07:33 381 查看
在描述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),用第一种写法反而会报错的。
dekn2006年2月14日@ home

======================================================

在最后,我邀请大家参加新浪APP,就是新浪免费送大家的一个空间,支持PHP+MySql,免费二级域名,免费域名绑定
这个是我邀请的地址,您通过这个链接注册即为我的好友,并获赠云豆500个,价值5元哦!短网址是http://t.cn/SXOiLh我创建的小站每天访客已经达到2000+了,每天挂广告赚50+元哦,呵呵,饭钱不愁了,\(^o^)/
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐