JNDI基础

JNDI 基础

JNDI(JavaNamingandDirectoryInterface)是一个应用程序设计的API，为开发人员提供了查找和访问各种命名和目录服务的通用、统一的接口，类似JDBC都是构建在抽象层上。
JNDI可访问的现有的目录及服务有：
DNS、XNam、Novell目录服务、LDAP(LightweightDirectoryAccessProtocol轻型目录访问协议)、CORBA对象服务、文件系统、WindowsXP/2000/NT/Me/9x的注册表、RMI、DSMLv1&v2、NIS。
JNDI优点：
包含了大量的命名和目录服务，使用通用接口来访问不同种类的服务；
可以同时连接到多个命名或目录服务上；
建立起逻辑关联，允许把名称同Java对象或资源关联起来，而不必指导对象或资源的物理ID。
JNDI程序包：
javax.naming：命名操作；
javax.naming.directory：目录操作；
javax.naming.event：在命名目录服务器中请求事件通知；
javax.naming.ldap：提供LDAP支持；
javax.naming.spi：允许动态插入不同实现。
利用JNDI的命名与服务功能来满足企业级APIs对命名与服务的访问，诸如EJBs、JMS、JDBC2.0以及IIOP上的RMI通过JNDI来使用CORBA的命名服务。
JNDI与JDBC：
JNDI提供了一种统一的方式，可以用在网络上查找和访问服务。通过指定一个资源名称，该名称对应于数据库或命名服务中的一个纪录，同时返回数据库连接建立所必须的信息。
代码示例：
try{
Contextcntxt=newInitialContext();
DataSourceds=(DataSource)cntxt.lookup("jdbc/dpt");
}
catch(NamingExceptionne){
...
}
JNDI与JMS：
消息通信是软件组件或应用程序用来通信的一种方法。JMS就是一种允许应用程序创建、发送、接收、和读取消息的JAVA技术。
代码示例：
try{
Propertiesenv=newProperties();
InitialContextinictxt=newInitialContext(env);
TopicConnectionFactoryconnFactory=(TopicConnectionFactory)inictxt.lookup("TTopicConnectionFactory");
...
}
catch(NamingExceptionne){
...
}
访问特定目录：举个例子，人是个对象，他有好几个属性，诸如这个人的姓名、电话号码、电子邮件地址、邮政编码等属性。通过getAttributes()方法
Attributeattr=
directory.getAttributes(personName).get("email");
Stringemail=(String)attr.get();
通过使用JNDI让客户使用对象的名称或属性来查找对象：
foxes=directory.search("o=Wiz,c=US","sn=Fox",controls);
通过使用JNDI来查找诸如打印机、数据库这样的对象，查找打印机的例子：
Printerprinter=(Printer)namespace.lookup(printerName);
printer.print(document);
浏览命名空间：
NamingEnumerationlist=namespace.list("o=Widget,c=US");
while(list.hasMore()){
NameClassPairentry=(NameClassPair)list.next();
display(entry.getName(),entry.getClassName());
}

常用的JNDI操作：
常用的JNDI操作：
voidbind(StringsName,Objectobject);――绑定：把名称同对象关联的过程
voidrebind(StringsName,Objectobject);――重新绑定：用来把对象同一个已经存在的名称重新绑定
voidunbind(StringsName);――释放：用来把对象从目录中释放出来
voidlookup(StringsName,Objectobject);――查找：返回目录总的一个对象
voidrename(StringsOldName,StringsNewName);――重命名：用来修改对象名称绑定的名称
NamingEnumerationlistBinding(StringsName);――清单：返回绑定在特定上下文中对象的清单列表
NamingEnumerationlist(StringsName);
代码示例：重新得到了名称、类名和绑定对象。
NamingEnumerationnamEnumList=ctxt.listBinding("cntxtName");
...
while(namEnumList.hasMore()){
Bindingbnd=(Binding)namEnumList.next();
StringsObjName=bnd.getName();
StringsClassName=bnd.getClassName();
SomeObjectobjLocal=(SomeObject)bnd.getObject();
}

JNDI主要提供应用程序所需要资源上命名与目录服务.在JavaEE环境中,JNDI扮演了一个很重要的角色,它提供了一个接口让用户在不知道资源所在位置的情形下,取得该资源服务.就好比网络磁盘驱动器的功能一样。如果有人事先将另一台机器上的磁盘驱动器接到用户的机器上,用户在使用的时候根本就分辨不出现在的驱动器是存在本端,还是在另一端的机器上,用户只需取得资源来用,根本就不知道资源在什么地方。JNDI这个接口基本上是LDAP,LDAP全名为LightweightDirectoryAccessProtocol.

JNDI是Java平台的一个标准扩展，提供了一组接口、类和关于命名空间的概念。如同其它很多Java技术一样，JDNI是provider-based的技术，暴露了一个API和一个服务供应接口（SPI）。这意味着任何基于名字的技术都能通过JNDI而提供服务，只要JNDI支持这项技术。JNDI目前所支持的技术包括LDAP、CORBACommonObjectService（COS）名字服务、RMI、NDS、DNS、Windows注册表等等。很多J2EE技术，包括EJB都依靠JNDI来组织和定位实体。
JDNI通过绑定的概念将对象和名称联系起来。在一个文件系统中，文件名被绑定给文件。在DNS中，一个IP地址绑定一个URL。在目录服务中，一个对象名被绑定给一个对象实体。
JNDI中的一组绑定作为上下文来引用。每个上下文暴露的一组操作是一致的。例如，每个上下文提供了一个查找操作，返回指定名字的相应对象。每个上下文都提供了绑定和撤除绑定名字到某个对象的操作。JNDI使用通用的方式来暴露命名空间，即使用分层上下文以及使用相同命名语法的子上下文。
jndi的用途：
1。你可以用jndi来得到object类的属性
如：Attributeattr=directory.getAttributes(personName).get("email");
Stringemail=(String)attr.get();
2。你可以用jndi来搜索对象
如：foxes=directory.search("o=Wiz,c=US","sn=Fox",controls);
查找谁的名字叫Fox在wiz部门的员工？
3。你可以用jndi通过naming/directory服务查询像printers和databases的对象
如：查询Printer
Printerprinter=(Printer)namespace.lookup(printerName);
printer.print(document);
4。你可以用jndi列表出命名空间的特殊级别的内容
如：
NamingEnumerationlist=namespace.list("o=Widget,c=US");
while(list.hasMore()){
NameClassPairentry=(NameClassPair)list.next();
display(entry.getName(),entry.getClassName());

最近写书，写到JNDI，到处查资料，发现所有的中文资料都对JNDI解释一通，配置代码也是copy的，调了半天也没调通，最后到SUN的网站参考了一下他的JNDItutorial，终于基本上彻底明白了

和多数java服务一样，SUN对JNDI也只提供接口，使用JNDI只需要用到JNDI接口而不必关心具体实现：

privatestaticObjectjndiLookup()throwsException{
InitialContextctx=newInitialContext();
returnctx.lookup("java:comp/env/systemStartTime");
}

上述代码在J2EE服务器环境下工作得很好，但是在main()中就会报一个NoInitialContextException，许多文章会说你创建InitialContext的时候还要传一个Hashtable或者Properties，像这样：

Hashtableenv=newHashtable();
env.put(Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitialContextFactory");
env.put(Context.PROVIDER_URL,"t3://localhost:7001");
InitialContextctx=newInitialContext(env);

这个在WebLogic环境下是对的，但是换到JBoss呢？再用JBoss的例子？

其实之所以有NoInitialContextException是因为无法从System.properties中获得必要的JNDI参数，在服务器环境下，服务器启动时就把这些参数放到System.properties中了，于是直接newInitialContext()就搞定了，不要搞env那么麻烦，搞了env你的代码还无法移植，弄不好管理员设置服务器用的不是标准端口还照样抛异常。

但是在单机环境下，可没有JNDI服务在运行，那就手动启动一个JNDI服务。我在JDK5的rt.jar中一共找到了4种SUN自带的JNDI实现：

LDAP，CORBA，RMI，DNS。

这4种JNDI要正常运行还需要底层的相应服务。一般我们没有LDAP或CORBA服务器，也就无法启动这两种JNDI服务，DNS用于查域名的，以后再研究，唯一可以在main()中启动的就是基于RMI的JNDI服务。

现在我们就在main()中启动基于RMI的JNDI服务并且绑一个Date对象到JNDI上：

LocateRegistry.createRegistry(1099);
System.setProperty(Context.INITIAL_CONTEXT_FACTORY,"com.sun.jndi.rmi.registry.RegistryContextFactory");
System.setProperty(Context.PROVIDER_URL,"rmi://localhost:1099");
InitialContextctx=newInitialContext();
classRemoteDateextendsDateimplementsRemote{};
ctx.bind("java:comp/env/systemStartTime",newRemoteDate());
ctx.close();

注意，我直接把JNDI的相关参数放入了System.properties中，这样，后面的代码如果要查JNDI，直接newInitialContext()就可以了，否则，你又得写Hashtableenv=...

在RMI中绑JNDI的限制是，绑定的对象必须是Remote类型，所以就自己扩展一个。

其实JNDI还有两个Context.SECURITY_PRINCIPAL和Context.SECURITY_CREDENTIAL，如果访问JNDI需要用户名和口令，这两个也要提供，不过一般用不上。

在后面的代码中查询就简单了：

InitialContextctx=newInitialContext();
DatestartTime=(Date)ctx.lookup("java:comp/env/systemStartTime");

RMI是一个能够建立一个N层应用，扩展中间层，将属于不同应用的分布对象包容起来，使用跨过中间层来共享数据和逻辑，能真正实现分布式的解决方案。通过它能够在运行时，通过网络发现不同机器的服务程序，并对应用间的通信进行管理，能确保像本地一样使用远程对象。在RMI中使用rmiregistry时存在一定的问题，rmiregistry只是用作测试基于RMI的应用程序的一种方法，当停止并重新启动rmiregistry时，需要中心注册其中的所有对象，针对这种情况，一般会使用JNDI为远程对象使用一个命名和目录服务，使用LDAP来保存远程对象。RMI只是一种远程对象访问的接口规范，遵循此规范的对象可被远程访问，但是要使用rmi的服务注册程序注册之后才能够被远程调用。JNDi是Java命名和目录服务访问接口，通过JNDI，可以访问已经在命名和目录服务器中注册的服务对象，因此，可以把rmi对象注册在Ldap命名目录服务器中，然后使用ＪＮＤＩ对远程对象进行访问和调用。