jndi-关于JNDI的Context一些疑问

问题描述

关于JNDI的Context一些疑问

初学JNDI,有些疑问,希望高手给解释一下:

1>如果使用的是Filesystem,InitialDirContext应该是在文件系统中做初始化,但是JMS中使用的InitialContext是在哪里做的初始化操作,是内存中吗?

2>RMI中没有显示初始化Context的地方,那么是在哪里初始化的呢?

     下面是RMI部分的代码:
     //创建一个远程对象
        HelloImpl rhello = new HelloImpl();
        //本地主机上的远程对象注册表Registry的实例,并指定端口为8888,这一步必不可少(Java默认端口是1099),必不可缺的一步,缺少注册表创建,则无法绑定对象到远程注册表上
        LocateRegistry.createRegistry(8888); 

       //把远程对象注册到RMI注册服务器上,并命名为RHello
       //绑定的URL标准格式为:rmi://host:port/name(其中协议名可以省略,下面两种写法都是正确的)
        Naming.bind("rmi://localhost:8888/RHello",rhello);
时间: 2024-10-27 14:02:26

jndi-关于JNDI的Context一些疑问的相关文章

Springmvc +JNDI 在Tomcat下 配置数据源(转)

  一.             简介 jndi(Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API.命名服务将名称和对象联系起来,使得我们可以用名称访问对象.目录服务是一种命名服务,在这种服务里,对象不但有名称,还有属性. 二.             tomcat配置jndi有三种方式. 第一种:单个应用独享数据源 在Tomcat的server.xml找到工程的Context节点,添加一个私有数据源

jdbc 和 jndi 的关系

 Java Database Connectivity(JDBC)JDBC以一种统一的方式来对各种各样的数据库进行存取.和ODBC一样,JDBC为开发人员隐藏了不同数据库的不同特性.另外,由于JDBC建立在Java的基础上,因此还提供了数据库存取的平台独立性.JDBC定义了4种不同的驱动程序:JDBC-ODBCBridge.JDBC-native driverbridge.JDBC-networkbridge.PureJavadriver.在一个多层的企业级应用中,更大的可能是在客户端和一个EJ

spring mvc-springMVC+maven,启动报报JNDI的错误,但我没有用到JNDI

问题描述 springMVC+maven,启动报报JNDI的错误,但我没有用到JNDI 要修改一个项目,用的技术有springMVC,maven等,部署到tomcat下,启动时报错.项目中使用的连接池连接数据库,没有使用JNDI,为什么启动时老是去查找JNDI? applicationContext.xml中定义了项目的环境: location="classpath*:/application.properties" /> <!-- Tomcat JDBC连接池 -->

java学习:weblogic下JNDI及JDBC连接测试(weblogic环境)

JNDI的专业解释,大家自行去网络搜索吧,这里就不啰嗦了. 单纯从使用角度看,可以简称把它看成一个key-value的"哈希资源"容器.给定一个string类型的key,可以把任何类型的value,放入这个容器(通过bind/rebind方法):其它地方需要使用该资源时,根据key就能取出该资源(通过lookup方法) JNDI使用示例: package jmyang.weblogic; /** * <p>Title:JNDI示例(WebLogic环境) </p>

Weblogic上配置Hibernate为JNDI

HibernateWebLogicJNDI 一.首先需要把Hibernate 用到的jar包和配置文件都放到Weblogic能够搜索到的CLASSPATH路径上.单单这一步就有很多人很迷茫,其实去仔细看看Weblogic的启动脚本文件startWeblogic.cmd和startWLS.cmd,我想大部分人都知道该怎么配置了. 我机器上的有个Hibernate的项目,在D: estoracle目录下,该目录下的结构是: D: estoraclelib 放置hibernate的所有jar包 D:

Tomcat 6 --- JNDI详解

JNDI(Java Naming and Directory Interface, Java命名和目录接口),说白了,就是通过配置一些xml文件,方便用户直接调用API使用某些通用的资源. 举个简单的例子,如果在tomcat中部署了很多应用,应用都需要使用同一个数据库,如果每个应用都在代码中配置数据库的连接,肯定是很麻烦的. 所以通过JNDI就可以简单的通过 InitialContext 获取到统一配置的资源,简化代码的编写. 本篇主要内容按照上面来讲解,其中样例部分主要说明一下通用javabe

在Weblogic上配置Hibernate为JNDI

一.首先需要把Hibernate 用到的jar包和配置文件都放到Weblogic能够搜索到的CLASSPATH路径上.单单这一步就有很多人很迷茫,其实去仔细看看Weblogic的启动脚本文件startWeblogic.cmd和startWLS.cmd,我想大部分人都知道该怎么配置了. 我机器上的有个Hibernate的项目,在D:\test\oracle目录下,该目录下的结构是: java代码: D:\test\oracle\lib 放置hibernate的所有jar包 D:\test\orac

基于JNDI的应用程序开发

JNDI(The Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API.命名服务将名称和对象联系起来,使得我们可以用名称访问对象.目录服务是一种命名服务,在这种服务里,对象不但有名称,还有属性. 命名或目录服务使你可以集中存储共有信息,这一点在网络应用中是重要的,因为这使得这样的应用更协调.更容易管理.例如,可以将打印机设置存储在目录服务中,以便被与打印机有关的应用使用. 本文用代码示例的方式给出了一个快

JavaEE规范学习(一)--- JNDI

 概述      JNDI(JavaNaming and Directory Interface,Java命名和目录接口)是SUN公司提供的一种标准的Java命名系统接口,JNDI提供统一的客户端API,通过不同的访问提供者接口JNDI服务供应接口(SPI)的实现,由管理者将JNDI API映射为特定的命名服务和目录系统,使得Java应用程序可以和这些命名服务和目录服务之间进行交互.目录服务是命名服务的一种自然扩展.两者之间的关键差别是目录服务中对象不但可以有名称还可以有属性(例如,用户有ema