-
Key: DDSIRTP22-2
-
Legacy Issue Number: 11070
-
Status: closed
-
Source: Real-Time Innovations ( Mr. Kenneth Brophy)
-
Summary:
Real-Time Innovations, Inc. (Ken Brophy, ken@rti.com)
Summary:
The requirement contained in Section 8.4.2.3.3 is too restrictive and doesn't specify when resources can be reclaimed. If all Readers have acknowledged a sample, the Writer should be allowed to reclaim that sample's resources. Also, if a Reader NACKs a sample it has already ACKed, and the Writer is still able to provide a repair, it should.
Resolution:
Allow Writer to reclaim resources and send repairs if possible.
Revised Text:
Add the paragraph to the end of Section 8.4.2.3.3:Once a Writer has received positive acknowledgement from all Readers, the Writer can reclaim any associated resources. However, if a Writer receives a negative acknowledgement to a previously positively acknowledged sample, and the Writer can still service the request, the Writer should send the sample.
-
Reported: DDSI-RTPS 2.0b1 — Fri, 25 May 2007 04:00 GMT
-
Disposition: Resolved — DDSI-RTPS 2.2
-
Disposition Summary:
This issue was already resolved as part of the FTF, in that report it is labeled as
issue 11037. It appears that a typographical mistake was made in the report (or else
something changed in the database) so that the issue was not closed in the OMG
database. -
Updated: Fri, 6 Mar 2015 20:58 GMT
DDSIRTP22 — Clarify interoperability requirement 8.4.2.3.3
- Key: DDSIRTP22-2
- OMG Task Force: Data Distribution Interoperability 2.2 RTF