Java Platform 1.2

Package org.omg.CosNaming

Provides the naming service for Java IDL.

See:
          Description

Interface Summary
BindingIterator The BindingIterator interface allows a client to iterate through the bindings using the next_one or next_n operations.
NamingContext A naming context is an object that contains a set of name bindings in which each name is unique.
 

Class Summary
_BindingIteratorImplBase  
_BindingIteratorStub  
_NamingContextImplBase  
_NamingContextStub  
Binding  
BindingHelper  
BindingHolder  
BindingIteratorHelper  
BindingIteratorHolder  
BindingListHelper  
BindingListHolder  
BindingType  
BindingTypeHelper  
BindingTypeHolder  
IstringHelper  
NameComponent  
NameComponentHelper  
NameComponentHolder  
NameHelper  
NameHolder  
NamingContextHelper  
NamingContextHolder  
 

Package org.omg.CosNaming Description

Provides the naming service for Java IDL.

The package and all its classes and interfaces were generated by running the tool idltojava on the file nameservice.idl, which is a module written in OMG IDL.

Interfaces

The package org.omg.CosNaming contains two public interfaces and several auxiliary classes.

The interfaces are:

These two interfaces provide the means to bind/unbind names and object references, to retrieve bound object references, and to iterate through a list of bindings. The NamingContext interface supplies the main functionality for the naming service, and BindingIterator provides a means of iterating through a list of name/object reference bindings.

Auxiliary Classes

In order to map an OMG IDL interface to the Java programming language, the idltojava compiler creates Java classes that can be thought of as auxiliary classes. Comments for the generated auxiliary classes used by the interfaces NamingContext and BindingIterator are included here.

Classes Used by NamingContext and BindingIterator

The following are classes used by the naming service. (Helper and holder classes, which are generated for each of the classes listed here, are discussed below.)

Holder Classes

OMG IDL uses OUT and INOUT parameters for returning values from operations. The mapping to the Java programming language, which does not have OUT and INOUT parameters, creates a special class for each type, called a holder class. An instance of a holder class can be passed to a Java method as a parameter, and a value can be assigned to its value field. This allows it to perform the function of an OUT or INOUT parameter.

The following holder classes are generated for the package org.omg.CosNaming:

Note that in the org.omg.CORBA package, there is a holder class for each of the basic Java types: IntHolder, ShortHolder, StringHolder, and so on.

Note also that there is a NameHolder class even though there is no Name class; similarly, there is a BindingListHolder class even though there is no BindingList class. This is true because in the OMG IDL interface, Name and BindingList are typedefs. There is no mapping from an IDL typedef to a Java construct, but holder classes are generated if the typedef is for a sequence or an array. As mapped to the Java programming language, Name is an array of NameComponent objects, and a BindingList is an array of Binding objects. All holder classes have at least two constructors and one field:

A holder class for a user-defined type (a Java class) has three more methods, but application developers do not use them directly.

Helper Classes

Helper classes, which are generated for all user-defined types in an OMG IDL interface, supply static methods needed to manipulate those types.

There is only one method in a helper class that an application programmer uses: the method narrow. Only Java interfaces mapped from IDL interfaces will have a helper class that includes a narrow method, so in the CosNaming package, only the classes NamingContextHelper and BindingIteratorHelper have a narrow method.

Package org.omg.CosNaming.NamingContextPackage

This package supplies Helper and Holder classes for the exceptions used in the package org.omg.CosNaming and also for the class NotFoundReason, which supplies a reason for the exception NotFound.

There are Helper and Holder classes for the following exceptions:

Package Specification

Related Documentation

For an overview and examples of how to use the CosNaming API, please see:

For an overview of Java IDL, please see:

Since:
JDK1.2

Java Platform 1.2

Submit a bug or feature Version 1.2 of Java Platform API Specification
Java is a trademark or registered trademark of Sun Microsystems, Inc. in the US and other countries.
Copyright 1993-1998 Sun Microsystems, Inc. 901 San Antonio Road,
Palo Alto, California, 94303, U.S.A. All Rights Reserved.