In the previous lesson, we took a good look at how Stubs provide much of the functionality associated with CORBA to clients. The Slide Show below will expand on that knowledge as we learn more about CORBA clients.
1) At the basic level, a CORBA Client simply wishes to obtain services
2) The CORBA Stub does most of the work, so the client may remain simple.
3) We have already started to explore the CORBA development proces
4) The CORBA architect creates an IDL file, the Stub is produced when the IDL is run through an ORB vendors IDL pre-processor
There may be times when the client developer does not have access to the Stub when the client is created or, in a broader view, a client may not want to make CORBA requests of a server that does not exist when the client is written.
These problems are solved by the CORBA Specified Dynamic Invocation Interface (DII).
The DII allows a client to learn at runtime about the operations supported by a server, and to create requests, without a Stub, that are sent directly to the ORB. From there, the requests are forwarded to the server.