Previous | Table of Contents | Next |
In this architecture, different aspects of ORB functionality - ORB Services - can be considered independently and associated
with different domain types. The architecture does not, however, prescribe any particular decomposition of ORB functionality
and interoperability into ORB Services and corresponding domain types. There is a range of possibilities for such a decomposition:
1. The simplest model, for interoperability, is to treat all objects supported by one ORB (or, alternatively, all ORBs of a given type) as comprising one domain. Interoperability between any pair of different domains (or domain types) is then achieved by a specific all-encompassing bridge between the domains. (This is all CORBA implies.)
2. More detailed decompositions would identify particular domain types - such as referencing, representation, security, and networking. A core set of domain types would be pre-determined and allowance made for additional domain types to be defined as future requirements dictate (e.g., for new ORB Services).