+

Search Tips   |   Advanced Search

Use naming


Naming is used by clients of WAS applications most commonly to obtain references to objects related to those applications, such as EJB homes.

The Naming service is based on the JNDI Specification and the Object Management Group (OMG) Interoperable Naming (CosNaming) specifications Naming Service Specification, Interoperable Naming Service revised chapters and Common Object Request Broker: Architecture and Specification (CORBA).

 

  1. Develop the application using either JNDI or CORBA CosNaming interfaces.

    Use these interfaces to look up server application objects that are bound into the namespace and obtain references to them. Most Java developers use the JNDI interface. However, the CORBA CosNaming interface is also available for performing Naming operations on WAS name servers or other CosNaming name servers.

  2. Assemble the application using an assembly tool. Application assembly is a packaging and configuration step that is a prerequisite to application deployment. If the application we are assembling is a client to an application running in another process, you should qualify the jndiName values in the deployment descriptors for the objects related to the other application. Otherwise, you might need to override the names with qualified names during application deployment. If the objects have fixed qualified names configured for them, you should use them so that the jndiName values do not depend on the other application's location within the topology of the cell.

  3. Verify that the application is assigned the appropriate security role if administrative security is enabled.

    See on the security roles, see Naming roles.

  4. Deploy the application.

    Put the assembled application onto the appserver. If the application we are assembling is a client to an application running in another server process, be sure to qualify the jndiName values for the other application's server objects if they are not already qualified.

    See on qualified names, refer to Lookup names support in deployment descriptors and thin clients.

  5. If the application must access applications in other cells, configure foreign cell bindings for the other cells.
  6. Set namespace bindings. This step is necessary in these cases:

    • Your deployed application is to be accessed by legacy client applications running on previous versions of WAS ND. In this case, configure additional name bindings for application objects relative to the default initial context for legacy clients. (Version 5 clients have a different initial context from legacy clients.)

    • The application requires qualified name bindings for such reasons as:

      In this case, we can configure name bindings as additional bindings for application objects. The qualified names for the configured bindings are fixed, meaning they do not contain elements of the cell topology that can change if the application is moved to another server. Objects as bound into the namespace by the system can always be qualified with a topology-based name. You must explicitly configure a name binding to use as a fixed qualified name.

    See on qualified names, refer to Lookup names support in deployment descriptors and thin clients.

    See on configured name bindings, refer to Configured name bindings.

  7. Troubleshoot any problems that develop. If a Naming operation is failing and we need to verify whether certain name bindings exist, use the dumpNameSpace tool to generate a dump of the namespace.


Naming
Namespace logical view
Initial context support
Lookup names support in deployment descriptors and thin clients
JNDI support in WAS
Develop applications that use JNDI
Develop applications that use CosNaming (CORBA Naming interface)
Configured name bindings
Namespace federation
Naming roles
Set namespace bindings
Set name servers
Foreign cell bindings
Set foreign cell bindings
Troubleshooting namespace problems
Naming and directories: Links

 

Related