CORBA 2.3.3 Programmer's Guide for C++ (NonStop CORBA 2.3.3+)
Table Of Contents
- CORBA 2.3.3 Programmer's Guide for C++
- Legal Notice
- Contents
- About This Guide
- Chapter 1. Introduction to NonStop CORBA Programming
- Chapter 2. NonStop CORBA Administrative Environment
- Chapter 3. Compiling and Building an Application
- Chapter 4. Deploying a NonStop CORBA Application
- Chapter 5. Tracing and Debugging Applications
- Chapter 6. Writing Scalable Applications
- Chapter 7. Managing Transactions
- Chapter 8. Writing Multithreaded Applications
- Chapter 9. Designing Advanced Applications
- Chapter 10. Porting CORBA Applications to NonStop CORBA
- Chapter 11. Writing Wrappers for Legacy Clients and Servers
- Appendix A. Architectural Walkthrough
- Appendix B. Object References
- Appendix C. Servant Reference Counting in NonStop CORBA
- Index

The LSD acts as an Internet InterORB protocol (IIOP) port mapper. The LSD uses an object's
object key to determine how to forward requests. The LSD configuration is held in the
configuration database. The LSD updates the database for each new client-address/Comm-server
mapping, and it updates existing mappings daily.
Interoperable Location Service Daemon (ILSD)
The ILSD acts as a forwarding agent for the Interoperable Naming Service. Like the BSD and
LSD, ILSD uses an object's object key to determine how to forward requests. If the request is
aimed at a corbaloc URL, the ILSD forwards the request to the URL named in the key string. If
the request is aimed at a corbaname URL, the ILSD forwards the request to the reference obtained
by resolving the stringified name against the CosNaming::NamingContext specified in the
key string.
Interface Repository (IR) Daemon
The Interface Repository provides distributed access to one or more databases as persistent
storage for Interface Repository information.
Refer to the NonStop CORBA 2.3 Administration Guide for a more complete description of the above
NonStop CORBA components.
In addition to the components described above, your applications can make use of the following
Common Object Services components provided as part of NonStop CORBA (these services are
CORBA applications like any other):
Naming Service (implemented as a server pool or NonStop TS/MP server class). NonStop
CORBA implements the Interoperable Naming Service specified in the CORBA 2.4 specifications,
with the exception that the Resolve Initial References (RIR) URL is not supported.
●
Event Service. A standard application service (one of the OMG Common Object Services) for
asynchronous communication among objects
●
Transaction Service. NonStop CORBA implements the Transaction Service by means of
components that collaborate with the Transaction Management Facility (TMF) on the NonStop
Himalaya system. These components include special language-specific client stubs, a Transaction
Service process that can run as a TS/MP server pool, and a singleton transaction ID broker process.
●
You can configure and monitor NonStop CORBA components by using the NonStop Distributed
Component Console, a GUI-based configuration tool. For some application-specific configuration
settings you also use a command-line interface as described later in this manual.
For more information about the NonStop CORBA architecture, see Architectural Walkthrough in this
guide and the architecture section of the NonStop CORBA 2.3 Administration Guide.
Prev Up Next
About This Guide
Home
Chapter 2. NonStop CORBA
Administrative Environment