DDS 1.0 NO IDEA Avatar
  1. OMG Issue

DDS — DDS ISSUE# 25] Addition of read and take to ReadCondition

  • Key: DDS-105
  • Legacy Issue Number: 6811
  • Status: closed  
  • Source: Real-Time Innovations ( Dr. Gerardo Pardo-Castellote, Ph.D.)
  • Summary:

    Ref-60 Adding_read_take_to_ReadCondition

    Why not have a read and take operation on readcondition instread of
    read_w_condition and take_w_condition?

    In the current situation the middleware must perform consistency
    checking and handle error conditions.

    Moving the read and take to the readCondition will require generation
    of typed interfaces but this is merely a wrapper around the current
    situation avoiding the error prone design.

    For example, if a Waitset has many query conditions. Then the
    application would need to find the reader that matches it. Adding a
    get_reader in the querycondition would not give a strongly-typed
    reader.

    The simplest solution is to have a read in the querycondition.

    **PROPOSAL**

    create the ReadCondition and QueryReadCondition as implied IDL

    We will move create_readcondition to the FooDataReader

    Add a read to the Read and QueryConditions

    Remove the read_w_condition from the DataReader and FooDataReader

  • Reported: DDS 1.0b1 — Tue, 23 Dec 2003 05:00 GMT
  • Disposition: Resolved — DDS 1.0
  • Disposition Summary:

    see below

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