![]() |
CORBA object services interoperate by delivering context information, with messages, that establishes service state and other parameters. Some older ORBs do not support the passing of such context, or use proprietary context data that cannot interoperate with another server.
Conversely, because a service context is not part of the message normally seen at the programmer's level, solutions that involve a break in the normal flow of a message do not automatically propagate a service context. Such solutions include wrapper classes or messages manually propagated across coexistent ORBs. If context propagation is required under such circumstances it must be explicitly or manually managed in the code. If available, request interceptors provide a useful way to propogate contexts.
For more information about the naming service, see The naming service.
For more information about the transaction service, see The transaction service.
The WebSphere C++ CORBA SDK does not support a Security Service. Therefore, a C++ CORBA client, developed using this SDK, cannot authenticate to a secure WebSphere EJB server (so can only access objects which are configured to allow unauthenticated users to call them).
When using CORBA interoperation between WebSphere and a 3rd-party ORB, a security context can flow, although it may be ignored. You can use a coexistent ORB to pass a security context manually, though it is your responsibility to pass relevant context information.
For more information about the security service, see The security service.
Related concepts... | |
Parent: WebSphere CORBA support | |