${taskforce.name} Avatar
  1. OMG Task Force

ISO/IEC C++ DDS PSM FTF 2 — Closed Issues

Open Closed All
Issues resolved by a task force and approved by Board

Issues Descriptions

ReaderState: the class name does not reflect the intent of the class

  • Legacy Issue Number: 17064
  • Status: closed  
  • Source: ZettaScale Technology ( Angelo Corsaro, PhD.)
  • Summary:

    The class ReaderState encapsulate the Sample, Instance and View States and provides some useful predefined statuses.
    However the name of the class is relatively misleading as these statuses have nothing to do with the DataReader.
    These statuses are really used to "filter" the data on the reader cache based on its status. The name of the class should
    be replaced by something that better express its role.

    Resolution
    ---------------
    Rename the "ReaderState" class into "DataStatus".

  • Reported: DDS-PSM-Cxx 1.0b2 — Thu, 26 Jan 2012 05:00 GMT
  • Disposition: Resolved — DDS-PSM-Cxx 1.0
  • Disposition Summary:

    Rename the "ReaderState" class into "DataStatus".

  • Updated: Fri, 6 Mar 2015 20:58 GMT

The Status API, e.g. sample_rejected_status, deadline_missed_status, etc., are missing from the DataReader

  • Legacy Issue Number: 17048
  • Status: closed  
  • Source: ZettaScale Technology ( Angelo Corsaro, PhD.)
  • Summary:

    Description
    ---------------
    The Status API, e.g. sample_rejected_status, deadline_missed_status, etc., are missing from the DataReader.

    Resolution
    ---------------
    Simply add them.

  • Reported: DDS-PSM-Cxx 1.0b2 — Thu, 26 Jan 2012 05:00 GMT
  • Disposition: Resolved — DDS-PSM-Cxx 1.0
  • Disposition Summary:

    The missing statuses methods have been added to the DataReader

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Useless ReaderQuery on DataReader read/take

  • Legacy Issue Number: 17066
  • Status: closed  
  • Source: ZettaScale Technology ( Angelo Corsaro, PhD.)
  • Summary:

    The ReaderQuery class bundles together the read-state as well as potential read conditions. However the read-condition is not always present. This leads to code that needs to check all the time wether something is set or not, which is not only very elegant/efficient but it is also error prone

    Resolution
    ---------------
    Remove the ReaderQuery and let the read API deal, through proper operations overloads, with ReadState and potential ReadConditions. This way it will always be clear if a read/take is with a condition or not both for the client code and the DDS implementor.

  • Reported: DDS-PSM-Cxx 1.0b2 — Thu, 26 Jan 2012 05:00 GMT
  • Disposition: Resolved — DDS-PSM-Cxx 1.0
  • Disposition Summary:

    The DataReader API has been updated to provide the proper read/take overloads and remove the useless ReaderQuery. The concept of a Selector has been introduced to orchestrate complex read/take operations requiring selection based on state, content and instance. The new API is orthogonal, simple and composable. Below an example usage of the selector API:

    LoanedSamples<Foo> ls =
    dr.select()
    .instance(handle)
    . content(query)
    .take();

    This example takes the samples matching the query q for the instance with given handle.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Assignment Rule for Container Types

  • Legacy Issue Number: 17067
  • Status: closed  
  • Source: ZettaScale Technology ( Angelo Corsaro, PhD.)
  • Summary:

    The ctors declared by the macros OMG_DDS_REF_TYPE_BASE and OMG_DDS_REF_TYPE_BASE_T for initializing proxy classes with delegates should be declared protected as opposed to public. This will ensure (1) that client code is not able to invoke these methods and (2) that the C++ compiler won't try to apply some of the parametrized ctors to incomplete arg-list provided by the user.

    Resolution
    ---------------
    Change ctors declaration from "public" to "protected"

  • Reported: DDS-PSM-Cxx 1.0b2 — Thu, 26 Jan 2012 05:00 GMT
  • Disposition: Resolved — DDS-PSM-Cxx 1.0
  • Disposition Summary:

    The Reference class ctors identified in this issue were declared “protected”.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Update specification for final DDS-XTypes

  • Legacy Issue Number: 17305
  • Status: closed  
  • Source: DECA ( Rick Warren)
  • Summary:

    The second FTF of the DDS-XTypes spec introduced several API changes that should be incorporated into the DDS-PSM-Cxx spec.

  • Reported: DDS-PSM-Cxx 1.0b2 — Wed, 11 Apr 2012 04:00 GMT
  • Disposition: Resolved — DDS-PSM-Cxx 1.0
  • Disposition Summary:

    Update the DDS-PSM-Cxx API to reflect the finalization of the X-Type speficication.

  • Updated: Fri, 6 Mar 2015 20:58 GMT