-
Key: DDSIRTP2-7
-
Legacy Issue Number: 11033
-
Status: closed
-
Source: Real-Time Innovations ( Mr. Kenneth Brophy)
-
Summary:
Source:
Real-Time Innovations, Inc. (Ken Brophy, ken@rti.com)
Summary:
Encapsulation of serialized data should be the responsibility of the plug-in. Even though the protocol does not need to interpret the data stream, in the case of fragmented data, the data encapsulation header need only be pre-pended to the first fragment. Further fragments don't need the encapsulation header.
Resolution:
Add a new SubmessageElement subclass called SerializedDataFragment.Revised Text:
Renumber 8.3.5.15 (StatusInfo) to 8.3.5.16, and add new section 8.3.5.15
8.3.5.15 SerializedDataFragment
SerializedDataFragment contains the serialized representation of a the value of a data-object that has been fragmented. Like for unfragmented SerializedData, the RTPS protocol does not interpret the fragmented serialized data-stream. Therefore, it is represented as opaque data. For additional information on data encapsulation, see Chapter 10.
Add table 8.32 - Structure of the SerializedDataFragment SubmessageElement
field type meaning
value octet[*] Serialized data-stream fragmentReplace Figure 8.12 with :
-
Reported: DDSI-RTPS 2.0b1 — Wed, 23 May 2007 04:00 GMT
-
Disposition: Resolved — DDSI-RTPS 2.0
-
Disposition Summary:
for updated figure see page 27 of ptc/2007-06-02
-
Updated: Fri, 6 Mar 2015 20:58 GMT
DDSIRTP2 — Add SerializedDataFragment as Submessage Element
- Key: DDSIRTP2-7
- OMG Task Force: DDS Interoperability FTF