前言:平台使用JNDI主要是在寻找数据源和JMS工厂和队列,JMS的内容放在下一篇
做法:1.网上关于Tomcat JNDI的配置资料很多,我实践了下,发现只要在context.xml中做配置就可以,<ResourceLink>节点也可以不用配置,这样配置出的资源是全局的,
context.xml中注解很明确:<!-- The contents of this file will be loaded for each web application -->,配置中的“${}”,是读取系统属性,这样就可以将IP,端口,sid,username,配置在*.properties中,不必在context.xml中修改,多了一种选择,至于对password以更好的加密方式,还没有解决,以后解决了再贴上来
<Resource driverClassName="oracle.jdbc.driver.OracleDriver"
factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
name="ORACLEDS_ES_SYSTEM"
password="es_system"
type="javax.sql.DataSource"
url="jdbc:oracle:thin:@${com.shine.pub.database.es_system.address}:${com.shine.pub.database.es_system.port}:${com.shine.pub.database.es_system.sid}"
username="${com.shine.pub.database.es_system.user}">
</Resource>
2.在spring中配置,为什么要加comp/env呢,因为在/apache-tomcat-6.0.20/webapps/docs/config/context.html中介绍到context.xml中配置的JNDI是“relative to thejava:comp/env
context.”
<bean id="testDataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName">
<value>java:comp/env/ORACLEDS_ES_SYSTEM</value>
</property>
</bean>
附录:java:comp/env/jdbc/testDS和jdbc/testDS的区别
在描述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中,
<resource-ref>
<res-ref-name>jdbc/testDS</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
在相应的资源配置xml中(不同的应用服务器均不同,WSAD中,可以进行可视化的设置),
<reference-descriptor>
<resource-description>
<res-ref-name>jdbc/DBPool</res-ref-name>
<jndi-name>OraDataSource</jndi-name>
</resource-description>
</reference-descriptor>
Tomcat5.5h server.xml中加入:
<Context
docBase="D:/workspace/Hello/WebContent"
path="/Hello"
reloadable="true">
<Resource
name="jdbc/DBPool"
type="javax.sql.DataSource"
maxActive="100"
maxIdle="10"
maxWait="3000"
driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver"
url="jdbc:sqlserver://192.168.1.37:1433;DatabaseName=xxx;user=sa;password=sa123"/>
</Context>
实际服务器中的JNDI名字是OraDataSource,逻辑名jdbc/DBPool只是用来和它作映射的,这样做的好处是为了提高可移植性,移植的 时候只需要把配置文件改一下就可以,而应用程序可不用改动。
java:comp/env是标准的J2EE环境查找规则使用这种方式必须做一次环境名到JNDI名的映射这种隔离使得在写程序时不必关注真正的 JNDI名字其实说白了跟把JNDI名放到配置文件里是一样的用法,如把java:comp/env/my/datasource映射到 my.ora.dataource
补充一下不加的时候是全局的JNDI名,这样将造成应用间EJB的耦合太高,不建议使用
注:
java:comp/env/ 前面是固定的
java:comp/env是标准的J2EE环境查找规则
comp是component的缩写
env是environment的缩写
使用这种方式必须做一次环境名到JNDI名的映射 这种隔离使得在写程序时不必关注真正的JNDI名字 其实说白了跟把JNDI名放到配置文件里是一样的