`
- 浏览:
326258 次
- 性别:
- 来自:
成都
-
这两天研究了一下 context.lookup("java:comp/env/XXX")和直接context.lookup("XXX")的区别
网上关于这两个的文章也很多,但是都说得很难理解,比如什么ENC环境啊什么的,各种概念。
其实说得简单点:context.lookup("java:comp/env/XXX")只能用在J2EE环境,即是如果你自己写一个main函数,想通过context.lookup("java:comp/env/XXX")这样的方式来访问JNDI服务,这是不可能的。
因为:java:comp/env/是一个J2EE环境的定义,说白了就是代表当前J2EE应用的环境,比如你自己项目的Web环境或者是EJB环境,那是不是只要是个Web项目,就能用context.lookup("java:comp/env/XXX")这种方式访问JNDI服务了呢?也不是!!!
使用这样的方式必须做一次 当前应用环境 到 资源名 的映射。
在web.xml文件中有这样的标签:
<resource-env-ref></resource-env-ref>
<resource-ref></resource-ref>
<ejb-local-ref></ejb-local-ref>
<ejb-ref></ejb-ref>
这些标签就是用来建立当前应用环境到服务器资源的映射的。
有了这样的映射之后,就能采用context.lookup("java:comp/env/XXX")的方式来访问JNDI资源了。
注意:context.lookup("XXX")在任何时候都是有效的,只要XXX确实是一个存在的JNDI名。
举个例子:
用weblogic10的控制台定了了一个oracle数据源,这个数据源的JNDI名称是:adsl,那么只要正确连接上了weblogic(当然需传递URL,用户名和密码还有weblogic的JNDI工厂对象,这不属于该文的讨论范围)在任何地方都能用context.lookup("xxx")得到这个数据源了,但是想通过context.lookup("java:comp/env/jdbc/adsl")访问到这个数据源,就不行了。如果想这样写的话需要做两件事情:
1、确保你的调用程序是一个web项目或者EJB项目,并部署到weblogic上。(例子使用web项目)
2、在web项目的web.xml里面加上如下配置:
<resource-ref>
<res-ref-name>jdbc/adsl</res-ref-name>
<res-auth>Container</res-auth>
<mapped-name>adsl</mapped-name> <!-- 这个必须和你的全局JNDI数据源名称一样 -->
</resource-ref>
那么你就能在你的web程序里通过context.lookup("java:comp/env/jdbc/adsl")访问到这个数据源了。
关于EJB的访问也类似这样,可以直接访问全局EJB的JNDI名,和可以映射之后从java:comp/env/下进行访问。
以上的讲解有错。。。。。
上面的情况只适用于weblogic和J2EE 2.5的规范下。
一:如果不是J2EE 2.5的规范:那么在你的web项目的web.xml内将根本不会存在<mapped-name>这个标签,那么怎样才能映射全局JNDI资源到你的项目呢?
以weblogic为例,你需要在和web.xml同级的目录下建立:weblogic.xml文件,在该文件里面写上:
<weblogic-web-app>
<resource-description>
<res-ref-name>jdbc/adsl</res-ref-name>
<jndi-name>adsl</jndi-name><!-- 这个就是全局JNDI资源名 -->
</resource-description>
</weblogic-web-app>
然后你仍然需要在web.xml里面配置上:
<resource-ref>
<res-ref-name>jdbc/adsl</res-ref-name>
<res-auth>Container</res-auth>
</resource-ref>
这样你才可以在你的程序里面通过context.lookup("java:comp/env/jdbc/adsl")访问到这个数据源。
这个是weblogic.xml的官方帮助文档:http://edocs.weblogicfans.net/wls/docs92/webapp/weblogic_xml.html
二:如果不是使用weblogic,可参见这篇文章:http://blog.csdn.net/lovingprince/article/details/6577920
其实各种不同的J2EE容器,都用不同的配置方式,以我目前的测试来看,weblogic似乎不能配置“私有的JNDI资源”,就是不能配置自己项目单独的JNDI资源(这只是我的观点,我目前没发现怎么在weblogic里面配置私有JNDI资源)
但是研究tomcat6之后发现,tomcat可以配置 全局JNDI 和私有JNDI(注意这里说的Tomcat6):
!!!首先想要说明的是Tomcat的配置不需要修改web.xml里面的任何内容!!!!!
!!!Tomcat的全局JNDI资源不能直接访问,必须有java:comp/env/前缀!!!!!!
全局的JNDI配置在server.xml里面的<GlobalNamingResources>标签里面添加如下配置:
<Resource name="jdbc/test"
auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://127.0.0.1/test"
username="root"
password="root"
maxActive="20"
maxIdle="10"
maxWait="-1"/>
然后某一个项目想要引用这个全局的JNDI,就需要在项目的META-INF下面建立context.xml文件,在里面写上:
<?xml version="1.0" encoding="UTF-8"?>
<Context>
<ResourceLink name="jdbc/test" global="jdbc/test" type="javax.sql.DataSource"/>
</Context>
这样就可以在程序里面通过context.lookup("java:comp/env/jdbc/test")进行访问了。
私有的JNDI有三种方式可以配置:
1、可以直接在server.xml里面的<Host>节点下添加如下配置:
<Context path="/test_tomcat6_jndi">
<Resource name="jdbc/test"
auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://127.0.0.1/test"
username="root"
password="root"
maxActive="20"
maxIdle="10"
maxWait="-1"/>
</Context>
这样就可以直接在程序中通过context.lookup("java:comp/env/jdbc/test")访问了,需要注意的是path="/test_tomcat6_jndi",这个名字必须和你的项目名称相同,而且不能少了那个斜杠,而且你的项目是通过拷贝文件夹到webapps下面的方式进行的部署。
2、 也可以在conf/context.xml里面增加如下配置:
<Resource name="jdbc/test"
auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://127.0.0.1/test"
username="root"
password="root"
maxActive="20"
maxIdle="10"
maxWait="-1"/>
这样就可以直接在程序中通过context.lookup("java:comp/env/jdbc/test")访问了
3、还可以在项目的WebRoot下面的META-INF文件夹下面创建context.xml文件,再在context.xml文件里面写上
<?xml version="1.0" encoding="UTF-8"?>
<Context>
<Resource name="jdbc/test"
auth="Container"
type="javax.sql.DataSource"
driverClassName="com.mysql.jdbc.Driver"
url="jdbc:mysql://127.0.0.1/test"
username="root"
password="root"
maxActive="20"
maxIdle="10"
maxWait="-1"/>
</Context>
这样就可以直接在程序中通过context.lookup("java:comp/env/jdbc/test")访问了
你可以发现的是:以上的Tomcat6中的配置不管是全局还是局部,都没有修改项目的web.xml文件,但是仍然建议在web.xml中进行引用,主要是为了项目的迁移,因为有的服务器需要在web.xml中进行声明!
总之:各种服务器有时候确实有比较大的出入,特别是感觉J2EE中类似<resource-ref>这样的一些标签仍然不是很理解。
分享到:
Global site tag (gtag.js) - Google Analytics
相关推荐
这里,`java:comp/env/hibernate/session_factory`是JNDI查找的名称,它对应于hibernate.properties中配置的`hibernate.session_factory_name`,即使在Weblogic中实际名称需要以点号分隔。 通过以上步骤,我们成功...
本次修订内容:1、修订了ProcessVO类中java....3、去掉DbConnection早期数据源名称需要加"java:comp/env/"前缀的做法,修订后,是否需要加此前缀,请用户根据需要决定。已在Tomcat、GlassFish中测试通过数据源连接。
`name`属性指定数据源的JNDI名称,例如`java:comp/env/jdbc/dstest`,其中`java:comp/env`是Tomcat的固定前缀。`driverClassName`指明数据库驱动类名,对于MySQL就是`com.mysql.jdbc.Driver`。`url`属性设定数据库...
DataSource ds = (DataSource) context.lookup("java:comp/env/jdbc/MyDB"); Connection conn = ds.getConnection(); ``` - **绑定资源**: ```java context.bind("java:comp/env/myService", myServiceObject...
在这里,`<property name="connection.datasource">java:comp/env/jdbc/quickstart</property>`告诉Hibernate使用JNDI名称`java:comp/env/jdbc/quickstart`来查找数据源。 最后,将`hibernate.cfg.xml`文件放入Web...
DataSource ds = (DataSource) ctx.lookup("java:comp/env/jdbc/JNDIDatabase"); conn = ds.getConnection(); } return conn; } ``` 在上面的代码中,我们使用 `InitialContext` 对象来查找 JNDI 资源,并从中...
DataSource dataSource = (DataSource) initialContext.lookup("java:comp/env/jdbc/MyDB"); ``` 3. **绑定资源**:JNDI还允许你将对象绑定到命名空间中。例如,你可以创建一个新的数据源对象并将其绑定到特定的...
2. 在上下文中查找Web服务:`Service abf = (Service) ic.lookup("java:comp/env/service/AddressBookService");` 这里,`AddressBookService`是Web服务的引用名,`java:comp/env`是JNDI的标准上下文,`service`是...
- 注意,这里的`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通信,而无需...
这里,`java:comp/env`是Java EE标准的环境命名上下文,用于查找应用服务器提供的资源。 在配置完成后,确保Tomcat服务器已经重启,以便加载新的配置。如果仍然遇到“Name jdbc is not bound in this Context”的...
"dataSource2" class="org.springframework.jndi.JndiObjectFactoryBean"><property name="jndiName"><value>java:comp/env/jdbc/commonDB</value></property></bean> 在【标题】"Tomcat统一配置C3P0连接池"中,...
datasource=java:comp/env/jdbc/zvfds ``` 而对于WebSphere或WebLogic服务器,数据源配置可能稍有不同: ```properties # Websphere/WebLogic数据源配置 datasource=zvfds ``` #### 总结 通过上述示例可以看出,...
首先,我们需要创建一个 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(); ...
在Apusic服务器中,数据源的资源引用通常采用JNDI(Java Naming and Directory Interface)技术实现,常见的命名格式为`java:comp/env/`加上自定义的资源名称。 例如: ``` ds = (DataSource) ctx.lookup("java:...