JNDI(Java Naming and Directory Interface)介绍

2024-03-13 06:38

本文主要是介绍JNDI(Java Naming and Directory Interface)介绍,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

原文地址:http://www.cnblogs.com/chinafine/archive/2010/06/16/1759246.html
 
名词解释
    jndi是Java 命名和目录接口(Java Naming and Directory Interface,JNDI)的简称.从一开始就一直是 Java 2 平台企业版(JEE)的核心技术之一。在JMS,JMail,JDBC,EJB等技术中,就大量应用的这种技术。
    
为什么会有jndi
    jndi诞生的理由似乎很简单。随着分布式应用的发展,远程访问对象访问成为常用的方法。虽然说通过 Socket等编程手段仍然可实现远程通信,但按照模式的理论来说,仍是有其局限性的。RMI技术,RMI-IIOP技术的产生,使远程对象的查找成为了技术焦点。JNDI技术就应运而生。JNDI技术产生后,就可方便的查找远程或是本地对象。
 
JNDI的架构与实现
    
JNDI的架构与JDBC的架构非常类似.JNDI架构提供了一组标准命名系统的API,这些API在JDK1.3之前是作为一个单独的扩展包jndi.jar(
通过这个地址下载 ),这个基础API构建在与SPI之上。这个API提供如下五个包
  • javax.naming
  • javax.naming.directory
  • javax.naming.event
  • javax.naming.ldap
  • javax.naming.spi
在应用程序中,我们实际上只使到用以上几个包的中类.具体调用类及通信过程对用户来说是透明的.
JNDI API提供了访问不同JNDI服务的一个标准的统一的实现,其具体实现可由不同的 Service Provider来完成。前面讲的为第一层JNDI API层.
 
最下层为JNDI SPI API及其具体实现。
 

图中所列的一些SPI可从http://java.sun.com/products/jndi/downloads/index.html下载.

 


包括了几个增强和下面的命名/目录服务提供者:
  • LDAP(Lightweight Directory Access Protocol)服务提供者 
  • CORBA COS(Common Object Request Broker Architecture Common Object Services)命名服务提供者  
  • RMI(Java Remote Method Invocation)注册服务提供者 
  • DNS(Domain Name System)服务提供者. 
  • FSSP(File System Service Provider)文件系统服务提供者 
  • 其它服务提供者 
 
中间层为命名管理层。其功能应该由JNDI SPI来完成。上层为JNDI API,这个API包在Java 2 SDK 1.3及以上的版本中已经包括。
 
前面讲解的只是作为应用程序客户端的架构实现,其服务端是由SPI对应的公司/厂商来实现的,我们只需将服务端的相关参数传给JNDI API就可以了,具体调用过程由SPI来完成.
 
 
JNDI工作原理
 

下面通过一个示例程序来说明JNDI工作原理(代码为自解释).

   /** Created on 2005-3-4** To change the template for this generated file go to* Window>Preferences>Java>Code Generation>Code and Comments*/package com.sily.jndi;import java.io.FileInputStream;import java.util.Properties;import javax.naming.Context;import javax.naming.InitialContext;/*** @author shizy** To change the template for this generated type comment go to* Window>Preferences>Java>Code Generation>Code and Comments*/public class TestJbossJNDI {/****/public TestJbossJNDI() {super();// TODO Auto-generated constructor stub}public static void main(String[] args) { try {Properties env = new Properties();//载入jboss的SPI相关参数,包括初始上下文工厂,服务URL,等等env.load(new FileInputStream("jbossJndi.properties"));env.list(System.out);//通过JNDI api 初始化上下文InitialContext ctx = new javax.naming.InitialContext(env);System.out.println("Got context");//create a subContextctx.createSubcontext("/sylilzy");ctx.createSubcontext("sylilzy/sily");//rebind a objectctx.rebind("sylilzy/sily/a", "I am sily a!");ctx.rebind("sylilzy/sily/b", "I am sily b!");//lookup contextContext ctx1=(Context)ctx.lookup("sylilzy");Context ctx2=(Context)ctx1.lookup("/sylilzy/sily");ctx2.bind("/sylilzy/g", "this is g");//lookup binded objectObject o;o=ctx1.lookup("sily/a");System.out.println("get object from jndi:"+o);//rename the objectctx2.rename("/sylilzy/g", "g1");o=ctx2.lookup("g1");System.out.println("get object from jndi:"+o);} catch (Exception e) {e.printStackTrace();}}}

结果如下:
-- listing properties --
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
Got context
get object from jndi:I am sily a!
get object from jndi:this is g
 
程序中jbossJndi.properties文件的内容为:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
java.naming.provider.url=jnp://localhost:1099
 
注意:要正确运行示例程序,请启动jboss,并将jboss的jbossall-client.jar文件放入classpath中。
 
上述示例程序在jboss服务器的jndi树上建立了几个上下文,并bind了几对象,大家可通过附录中的代码或其它工具查看
查看结果为:
-----------------------------
/sylilzy/sily
-----------------------------
/sylilzy/sily/b:I am sily b!
/sylilzy/sily/a:I am sily a!
/sylilzy/sily/g1:this is g
-----------------------------
-----------------------------
上述程序中,我们的代码只涉及到了jndi API,其它细节如初始化jboss jndi的初始上下文,建立网络连接,与服务器通信,对我们来说都是透明的,另外,我们将jboss jndi的spi包中的类名作为参数传入了程序中,要访问一个远程对象,我们所做的就这么多。
 
下面,再提供一个例子,与上例不同,我们不需要 jboss,我们使用sun的FSSP(File System Service Provider)文件系统服务提供者.注意在这个例子中要使用到前面所说的File System Service Provider for the Java Naming and Directory InterfaceTM (JNDI)相关类( 下载 )。
   /** Created on 2005-3-1** To change the template for this generated file go to* Window>Preferences>Java>Code Generation>Code and Comments*/package com.sily.jndi;import java.io.FileInputStream;import java.util.Properties;import javax.naming.*;import javax.naming.Context;import javax.naming.InitialContext;/*** @author shizy** To change the template for this generated type comment go to* Window>Preferences>Java>Code Generation>Code and Comments*/public class JndiTest1 {/****/public JndiTest1() {super();// TODO Auto-generated constructor stub}public static void main(String[] args) {try {Properties env = new Properties();env.load(new FileInputStream("fileSystemService.properties"));env.put(Context.PROVIDER_URL, "file:///c:/");Context ctx = new InitialContext(env);ctx.createSubcontext("sylilzy");NamingEnumeration list = ctx.list("/");while (list.hasMore()) {NameClassPair nc = (NameClassPair) list.next();System.out.println(nc);}}catch (Exception e) {e.printStackTrace();}}}
 
上例中fileSystemService.properties文件的内容为:java.naming.factory.initial=com.sun.jndi.fscontext.RefFSContextFactory
 
这个例子较简单,运行后,它会列出C:\下所有的文件和目录,另外你会发现有一个新目录被创建了.本例不同于上例,它并不需要服务端,因为它访问的是文件系统.有关帮助可查阅包内的相关文档。
 
通过对比这两个例子,应该JNDI的工作原理有了一个大致的了解。

总结:

jndi技术体现了分布式应用的优点,同时它的产生也为分布式对象提供了统一的访问接口。由于篇幅所限,对目录的操作本文未作介绍,其它内容将在接下来的系列中讨论。要对JNDI技术作全面的了解,请 参阅参考资料.要对于JNDI技术深入学习,仍有许多地方值得进一步了解,例如EJB容器所使用的JNDI所提供的对象就有 Local和Remote之分,对于Local Object,对于不同的JVM是不可访问的;对于远程对象的访问,还涉及到Java安全机制。
 
附录:
查看jboss jndi内容的代码:
//----------------------------------------
   /** Created on 2005-3-4** To change the template for this generated file go to* Window>Preferences>Java>Code Generation>Code and Comments*/package com.sily.jndi;import java.io.FileInputStream;import java.util.Properties;import javax.naming.*;import javax.naming.Context;import javax.naming.InitialContext;/*** @author shizy** To change the template for this generated type comment go to* Window>Preferences>Java>Code Generation>Code and Comments*/public class ListJbossJndi {/****/public ListJbossJndi() {super();// TODO Auto-generated constructor stub}public static void main(String[] args) {try {Properties env = new Properties();env.load(new FileInputStream("jbossJndi.properties"));//env.list(System.out);Context ctx = new InitialContext(env);listCtx(ctx.lookup("sylilzy"));}catch (Exception e) {e.printStackTrace();}}static void listCtx(Object o){if(!(o instanceof Context))log(":"+o);else {log("\n-----------------------------");try {Context ctx=(Context)o;//log(ctx.getNameInNamespace()+"/:");NamingEnumeration list=ctx.listBindings("");while(list.hasMore()){Binding bind=(Binding)list.next();log("\n/"+ctx.getNameInNamespace()+"/"+bind.getName());listCtx(bind.getObject());}log("\n-----------------------------");}catch (NamingException e) {// TODO Auto-generated catch blocke.printStackTrace();}}}static void log(Object o){System.out.print(o);}}

这篇关于JNDI(Java Naming and Directory Interface)介绍的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/803941

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

水位雨量在线监测系统概述及应用介绍

在当今社会,随着科技的飞速发展,各种智能监测系统已成为保障公共安全、促进资源管理和环境保护的重要工具。其中,水位雨量在线监测系统作为自然灾害预警、水资源管理及水利工程运行的关键技术,其重要性不言而喻。 一、水位雨量在线监测系统的基本原理 水位雨量在线监测系统主要由数据采集单元、数据传输网络、数据处理中心及用户终端四大部分构成,形成了一个完整的闭环系统。 数据采集单元:这是系统的“眼睛”,

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数