JNDI是一个支持访问java程序中命名和目录服务的API。命名服务的作用是把名字和对象联系起来,并提供一种通过对象名访问对象的方式。命名系统的对象覆盖了文件系统中的文件和DNS记录中的名字,以及EJB组件和LDAP目录下的用户系统配置文件。
JNDI不仅仅出来命名服务,还包含目录服务。目录服务。目录服务是对命名服务的扩展。这两者的区别在于,目录服务允许属性与对象的关联。
举例来说,在SUN提供支持的文件系统服务中,一个文件名即对应一个java.io.File的实例。如查找C:/TEMP/system.log,则返回的Object其实就是一个代表改路径的File实例。
JNDI包括API(应用程序变成接口)和SPI(服务供应器接口)。
命名服务将名字和对象关联起来,这种关联叫作绑定(binding),一组这样的绑定则称为上下文(Context)。Context只了解命名系统中绑定集,对别的东西则一无所知,千万不要将Context看作一个特殊的java.io.File对象(尽管有点像,但绝对不是)。Context对象不像File对象,File对象可以告诉你它的绝对和相对路径名字并返回父亲的应用,而Context只能告诉你它的绑定。
前面提到的过目录服务,它不仅仅是名字和对象之间的关联,还有属性与对象的特定数据的关联。在JNDI中,含有属性和名字的对象被称为目录项。
就以我们前面举例的文件系统为例,好像它就只是命名系统,因为SUN公司文件系统供应器实现的方式就是这样的。但是,仔细想想,文件系统其实是一个目录系统,文件和目录都有权限、用户ID等属性。只是SUN公司的文件系统供应器没有实现而以。