SOA On Tomcat专题5--JNDI

前言：平台使用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名放到配置文件里是一样的