try{
Context ctx=(Context) new InitialContext().lookup("java:comp/env");
ds=(DataSource)ctx.lookup("jdbc/test") ;
conn=this.getConn();
}catch(Exception e){
System.out.println(e.toString()) ;
}
关于获取数据源的语法,大体有(javax.sql.DataSource) ctx.lookup ("java:comp/env/XXX")和(javax.sql.DataSource) ctx.lookup("XXX")两种写法,好多人以为这两种写法是相同的,以为都是通过JNDI来获取数据源。其实java:comp/env和 JNDI是不同的,java:comp/env 是环境命名上下文(environment naming context(ENC)),是在EJB规范1.1以后引入的,引入这个是为了解决原来JNDI查找所引起的冲突问题,也是为了提高EJB或者J2EE应用的移植性。ENC是一个引用,引用是用于定位企业应用程序的外部资源的逻辑名。引用是在应用程序部署描述符文件中定义的。在部署时,引用被绑定到目标可操作环境中资源的物理位置(JNDI名)。使用ENC是把对其它资源的JNDI查找的硬编码解脱出来,通过配置这个引用可以在不修改代码的情况下,将引用指向不同的EJB(JNDI)。 在J2EE中的引用常用的有:
---------JDBC 数据源引用在java:comp/env/jdbc 子上下文中声明
---------JMS 连接工厂在java:comp/env/jms 子上下文中声明
---------JavaMail 连接工厂在java:comp/env/mail 子上下文中声明
---------URL 连接工厂在 java:comp/env/url子上下文中声明
假如你写了一个EJB,获取datasource如:dataSource = (DataSource) ctx.lookup("java:comp/env/jdbc/DBPool");
那么在配置文件中进行资源映射时,在ejb-jar.xml中,
<resource-ref>
<res-ref-name>jdbc/DBPool</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
</resource-ref>
在weblogic-ejb-jar.xml中,
<reference-descriptor>
<resource-description>
<res-ref-name>jdbc/DBPool</res-ref-name>
<jndi-name>OraDataSource</jndi-name>
</resource-description>
</reference-descriptor>
//转者注:如果是在jboss则在jboss.xml中做如下修改
<resource-managers>
<resource-manager>
<res-name>jdbc/DBPool</res-name>
<res-jndi-name>OraDataSource</res-jndi-name>
</resource-manager>
</resource-managers>
实际服务器中的JNDI名字是OraDataSource,逻辑名jdbc/DBPool只是用来和它作映射的,这样做的好处是为了提高可移植性,移植的时候只需要把配置文件改一下就可以,而应用程序可不用改动。
假如你写了一个一般的应用程序,想直接通过JNDI来获取数据源,那么直接lookup(“mytest”)就可以了(假如服务器上的JNDI为mytest),用第一种写法反而会报错的。
java:comp/env是标准的J2EE环境查找规则使用这种方式必须做一次环境名到JNDI名的映射这种隔离使得在写程序时不必关注真正的JNDI名字其实说白了跟把JNDI名放到配置文件里是一样的用法如下,如把java:comp/env/my/datasource映射到my.ora.dataource
web.xml
- <resource-ref><BR>
-
-
- <res-ref-name>my/datasource</res-ref-name><BR>
-
-
- <res-type>javax.sql.DataSource</res-type><BR>
-
-
- <res-auth>CONTAINER<res-auth><BR>
-
-
- </resource-ref>
<resource-ref>
<res-ref-name>my/datasource</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>CONTAINER<res-auth>
</resource-ref>
weblogic.xml
- <reference-descriptor><BR>
- <resource-description><BR>
- <res-ref-name>my/datasource</res-ref-name><BR>
- <jndi-name>my.ora.dataource</jndi-name><BR>
- ......
<reference-descriptor>
<resource-description>
<res-ref-name>my/datasource</res-ref-name>
<jndi-name>my.ora.dataource</jndi-name>
......
而不使用这个前缀的,其实就是直接的JNDI名
-------------------------
补充一下不加的时候是全局的JNDI名,这样将造成应用间EJB的耦合太高,不建议使用
相关推荐
这里,`java:comp/env/hibernate/session_factory`是JNDI查找的名称,它对应于hibernate.properties中配置的`hibernate.session_factory_name`,即使在Weblogic中实际名称需要以点号分隔。 通过以上步骤,我们成功...
DataSource ds = (DataSource) context.lookup("java:comp/env/jdbc/MyDB"); Connection conn = ds.getConnection(); ``` - **绑定资源**: ```java context.bind("java:comp/env/myService", myServiceObject...
DataSource ds = (DataSource) ctx.lookup("java:comp/env/jdbc/JNDIDatabase"); conn = ds.getConnection(); } return conn; } ``` 在上面的代码中,我们使用 `InitialContext` 对象来查找 JNDI 资源,并从中...
本次修订内容:1、修订了ProcessVO类中java....3、去掉DbConnection早期数据源名称需要加"java:comp/env/"前缀的做法,修订后,是否需要加此前缀,请用户根据需要决定。已在Tomcat、GlassFish中测试通过数据源连接。
2. 在上下文中查找Web服务:`Service abf = (Service) ic.lookup("java:comp/env/service/AddressBookService");` 这里,`AddressBookService`是Web服务的引用名,`java:comp/env`是JNDI的标准上下文,`service`是...
`name`属性指定数据源的JNDI名称,例如`java:comp/env/jdbc/dstest`,其中`java:comp/env`是Tomcat的固定前缀。`driverClassName`指明数据库驱动类名,对于MySQL就是`com.mysql.jdbc.Driver`。`url`属性设定数据库...
DataSource dataSource = (DataSource) initialContext.lookup("java:comp/env/jdbc/MyDB"); ``` 3. **绑定资源**:JNDI还允许你将对象绑定到命名空间中。例如,你可以创建一个新的数据源对象并将其绑定到特定的...
在这里,`<property name="connection.datasource">java:comp/env/jdbc/quickstart</property>`告诉Hibernate使用JNDI名称`java:comp/env/jdbc/quickstart`来查找数据源。 最后,将`hibernate.cfg.xml`文件放入Web...
- 注意,这里的`java:comp/env/jdbc/myDataSource`是JNDI查找路径,`java:comp/env`是标准的Java EE环境命名空间,`jdbc/myDataSource`则是我们在`context.xml`中定义的名称。 4. **测试配置**: - 重启Tomcat...
这里的`java:comp/env/jdbc/MyDB`是JNDI查找路径,其中`java:comp/env`是标准的Java EE容器上下文,`jdbc/MyDB`是从`context.xml`和`web.xml`中定义的JNDI名称。 总结,通过上述步骤,你已经在Tomcat中成功配置了一...
- 在Java EE环境中,JNDI命名空间有层次结构,如`java:comp/env/`下挂载了应用级的命名空间,EJB JNDI名通常在此之下。 - `java:global/`命名空间用于全局应用组件,如EJB、WAR模块的全局引用。 4. EJB与JNDI的...
return ctx.lookup("java:comp/env/systemStartTime"); } ``` 该代码在服务器环境中运行良好,但在独立应用程序中会抛出`NoInitialContextException`。这是因为`InitialContext`无法从`System.properties`中获取...
这里,`java:comp/env/jdbc/yourDataSource`是数据源在JNDI中的名称,需要在服务器配置文件中对应设置。 在所有这些方法中,使用微软的JDBC驱动方法二通常被认为是性能最好的,因为它直接与SQL Server通信,而无需...
"dataSource2" class="org.springframework.jndi.JndiObjectFactoryBean"><property name="jndiName"><value>java:comp/env/jdbc/commonDB</value></property></bean> 在【标题】"Tomcat统一配置C3P0连接池"中,...
首先,我们需要创建一个 InitialContext 对象,然后使用 lookup 方法来获取名为 "java:comp/env/jdbc/postdb" 的数据源。 ```java Context initCtx = new InitialContext(); DataSource ds = (DataSource)initCtx....
例如,对于`Y2_T7_JNDIDS`场景,可能在应用服务器的JNDI上下文中有一个名为`java:comp/env/jdbc/MyDB`的数据源。在应用程序中,我们可以这样获取连接: ```java Context initialContext = new InitialContext(); ...
这里,`java:comp/env`是Java EE标准的环境命名上下文,用于查找应用服务器提供的资源。 在配置完成后,确保Tomcat服务器已经重启,以便加载新的配置。如果仍然遇到“Name jdbc is not bound in this Context”的...
在Apusic服务器中,数据源的资源引用通常采用JNDI(Java Naming and Directory Interface)技术实现,常见的命名格式为`java:comp/env/`加上自定义的资源名称。 例如: ``` ds = (DataSource) ctx.lookup("java:...
datasource=java:comp/env/jdbc/zvfds ``` 而对于WebSphere或WebLogic服务器,数据源配置可能稍有不同: ```properties # Websphere/WebLogic数据源配置 datasource=zvfds ``` #### 总结 通过上述示例可以看出,...