diff options
Diffstat (limited to 'TAO/tao/IOP_Defns.h')
-rw-r--r-- | TAO/tao/IOP_Defns.h | 105 |
1 files changed, 0 insertions, 105 deletions
diff --git a/TAO/tao/IOP_Defns.h b/TAO/tao/IOP_Defns.h deleted file mode 100644 index 87b29ce8fa4..00000000000 --- a/TAO/tao/IOP_Defns.h +++ /dev/null @@ -1,105 +0,0 @@ -// $Id$ -//-*- C++ -*- -// ============================================================================ -// -// = LIBRARY -// TAO -// -// = FILENAME -// IOP_Defn.h -// -// = DESCRIPTION -// Definitions for IOP related classes. IOP definitions are part of -// the Interoperability model specified by the CORBA spec. -// -// = AUTHOR -// Taken from the old GIOP.h file. Not sure of the author -// ============================================================================ -#ifndef _TAO_IOP_DEFN_H_ -#define _TAO_IOP_DEFN_H_ - -// These were all in the GIOP.h file. They shouldn't be combined with -// GIOP as they are not specific to GIOP. They are part of the CORBA -// Interoperable reference model. - -// namespace TAO_IOP - -// Assigned Protocol/Profile tag values. ORB protcols may be uniquely -// identified by tags such as these. This allows each ORB's own -// objref profiles to be interchanged using IORs. -// -// Email to tag-request@omg.org to allocate tags. -typedef CORBA::ULong TAO_IOP_Profile_ID; - -class TAO_IOP_Tagged_Profile -{ - // = TITLE - // One per protocol. -public: - TAO_IOP_Profile_ID tag; - TAO_opaque profile_data; -}; - -typedef TAO_Unbounded_Sequence<TAO_IOP_Tagged_Profile> - TAO_IOP_Tagged_Profile_Sequence; - -class TAO_IOP_IOR -{ - // = TITLE - // InteroperableObjectReference - // - // = DESCRIPTION - // ... a set of protocol-specific protocol profiles, plus a type - // ID. Only one object is denoted by all of this information. - // It's OK to delete all profiles except the one for the single - // protocol actually being used. - -public: - char *type_id; - TAO_IOP_Tagged_Profile_Sequence profiles; -}; - -// Some protocols can be factored into a set of optional components. -// Use of such components is defined by the protocol's specification. -// -// Email to tag-request@omg.org to allocate tags. - -typedef CORBA::ULong TAO_IOP_ComponentId; - -enum -{ - // = DESCRIPTION - // These are all defined by DCE-CIOP in OMG TC document 95-3-10. - // We don't use them in TAO, it is a left over from the SunSoft - // IIOP engine times! - - TAO_IOP_TAG_DCE_STRING_BINDING = 100,// string binding handle - TAO_IOP_TAG_DCE_BINDING_NAME = 101, // CDS/GDS/... name - TAO_IOP_TAG_DCE_NO_PIPES = 102, // no component data - TAO_IOP_TAG_OBJECT_KEY = 10, // opaque - TAO_IOP_TAG_ENDPOINT_ID = 11, // uuid - TAO_IOP_TAG_LOCATION_POLICY = 12 // octet/enum -}; - -class TAO_IOP_TaggedComponent -{ - // = DESCRIPTION - // One way to represent multicomponent profiles, e.g. as done by - // the DCE-CIOP protocol. One of these gets encapsulated in - // Tagged_Profile::profile_data. TAG_MULTIPLE_COMPONENTS may be - // used to represent protocol profiles structured in that way, but - // protocol-specific tags facilitate simpler scanning of IORs - // since you can be assured that each profile only has data used - // within a single ORB protocol. -public: - - TAO_IOP_ComponentId tag; - TAO_opaque component_data; -}; - -// **************************************************************** - -typedef TAO_Unbounded_Sequence<TAO_IOP_TaggedComponent> - TAO_IOP_MultipleComponentProfile; - -#endif /*_TAO_IOP_DEFN_H_*/ |