-
Key: JAV2I14-6
-
Legacy Issue Number: 6410
-
Status: closed
-
Source: Oracle ( Andrew Piper)
-
Summary:
We currently are having a problem implementing abstract interface behaviour in C++ for valuetypes marshaled according to the Java/IDL spec. For custom marshaled objects the spec says:
"Other Java objects are marshaled in the form of an
IDL abstract interface (i.e., a union with a boolean discriminator containing either an
object reference if the discriminator is true or a value type if the discriminator is false)."However, the Java/IDL spec does not mandate that all Java objects of this type be mapped to IDL that has an abstract interface as a supertype. Thus we are left in the position for IDL that objects marshaled as abstract interfaces are not truly abstract interfaces as defined in the CORBA spec section 6.2. Moreover the generated C++ for these types will not include inheritance from AbstractBase, so how should these types be handled? In particular should DataInputStream::read_Abstract() work at all for these types? You could imagine making this work by having read_Abstract() return some container class that held the actual object (valuetype or object reference), but its not clear that this is actual legal wrt 6.2.
Clarification appreciated.
-
Reported: JAV2I 1.3 — Mon, 3 Nov 2003 05:00 GMT
-
Disposition: Resolved — JAV2I 1.4
-
Disposition Summary:
No Data Available
-
Updated: Fri, 6 Mar 2015 20:58 GMT
JAV2I14 — Custom marshalled abstract interfaces and Java/IDL
- Key: JAV2I14-6
- OMG Task Force: Java to IDL 2005 RTF