 |
This article needs additional citations for verification. Please help improve this articlebyadding citations to reliable sources. Unsourced material may be challenged and removed.
Find sources: "Java Naming and Directory Interface" – news · newspapers · books · scholar · JSTOR (July 2014) (Learn how and when to remove this message) |
The Java Naming and Directory Interface (JNDI) is a Java API for a directory service that allows Java software clients to discover and look up data and resources (in the form of Java objects) via a name. Like all Java APIs that interface with host systems, JNDI is independent of the underlying implementation. Additionally, it specifies a service provider interface (SPI) that allows directory service implementations to be plugged into the framework.[1] The information looked up via JNDI may be supplied by a server, a flat file, or a database; the choice is up to the implementation used.
Typical uses of JNDI include:
The Java RMI and Java EE APIs use the JNDI API to look up objects in a network.[3]
The API provides:
The SPI portion allows support for practically any kind of naming or directory service, including:
Sun Microsystems first released the JNDI specification on March 10, 1997.[4] As of 2006[update], the current version is JNDI 1.2.
JNDI (Java Naming and Directory Interface) organizes its names into a hierarchy. A name can be any string such as "com.example.ejb.MyBean". A name can also be an object that implements the Name interface; however, a string is the most common way to name an object. A name is bound to an object in the directory by storing either the object or a reference to the object in the directory service identified by the name.
The JNDI API defines a context that specifies where to look for an object. The initial context is typically used as a starting point.
In the simplest case, an initial context must be created using the specific implementation and extra parameters required by the implementation. The initial context will be used to look up a name. The initial context is analogous to the root or top of a directory tree for a file system. Below is an example of creating an initial context:
Hashtable contextArgs = new Hashtable<String, String>();
// First you must specify the context factory.
// This is how you choose between jboss implementation
// vs. an implementation from Sun or other vendors.
contextArgs.put( Context.INITIAL_CONTEXT_FACTORY, "com.jndiprovider.TheirContextFactory" );
// The next argument is the URL specifying where the data store is:
contextArgs.put( Context.PROVIDER_URL, "jndiprovider-database" );
// (You may also have to provide security credentials)
// Next you create the initial context
Context myCurrentContext = new InitialContext(contextArgs);
A context is then used to look up previously bound names in that context. For example:
MyBean myBean = (MyBean) myCurrentContext.lookup("com.mydomain.MyBean");
Alternative to above code is as below:
The Context object can also be configured by adding jndi.properties file in classpath containing initial context factory class name and provider URL. The above code will be reduced as shown below:
//just need to create initial context object, it will try to read jndi.properties file from the classpath.
Context myCurrentContext = new InitialContext();
A context is then used to look up previously bound names in that context. For example:
MyBean myBean = (MyBean) myCurrentContext.lookup("com.mydomain.MyBean");
Attributes may be attached to special entries called directories. Directories enable searching for objects by their associated attributes. Directories are a type of context; they restrict the name space much like a directory structure on a file system does.[5]
javax.naming Reference Documentation|
| |||||||
|---|---|---|---|---|---|---|---|
| Platforms |
|
| |||||
| Oracle technologies |
| ||||||
| Platform technologies |
| ||||||
| Major third-party technologies |
| ||||||
| History |
| ||||||
| JVM languages |
| ||||||
| Community |
| ||||||
