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

Java 5 Language PSM for DDS 1.0 (DDS-PSM-Java) FTF2 — All Issues

Open Closed All
All Issues

Issues Descriptions

Implement Java5 Closeable interface

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

    DDS code will be easier to integrate into third-party I/O code if the Entity, ReadCondition, and TopicDescription interfaces implement the java.util.Closeable interface. This is especially true under Java 7, which provides specific new language constructs for dealing with this interface.

    The only method in the interface is a no-argument close(), which all of these interfaces already have.

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

    Proposed Resolution:
    Update Entity, ReadCondition, and TopicDescription to inherit from java.io.Closeable.

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

Obsolete EntityQos interface name

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

    The base interface for all Entity-level QoS objects (e.g. DataReaderQos) is org.omg.dds.core.EntityQos. At one time during the evolution of the specification, this interface was called org.omg.dds.core.Qos. Due to an editorial oversight, this obsolete name persists in the specification document and should be updated.

    • Section 7.2.5, "QoS and QoS Policies"
    • Section 7.2.5.2, "Entity QoS"
  • Reported: DDS-Java 1.0b2 — Wed, 29 Feb 2012 05:00 GMT
  • Disposition: Resolved — DDS-Java 1.0
  • Disposition Summary:

    Update the specification document.

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

Class for Query Expression

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

    ContentFiltered topics, QueryCondition, and MultiTopic all require a "Query" parameter made by an expression and a set of parameters. The current API, however treats the expression and the parameter as individual parameters and does not provide any abstraction of what could represent a generic DDS query. This makes the API more verbose and more error prone.

    Resolution
    ---------------
    Add a Query class that abstracts over the concept of a DDS query: an expression and a collection of mutable parameters

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

    Add a Query class that abstracts over the concept of a DDS query: an expression and a collection of mutable parameters

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

Implement java.io.Closeable in Sample.Iterator

  • Legacy Issue Number: 17415
  • Status: closed  
  • Source: Real-Time Innovations ( Sumant Tambe)
  • Summary:

    Java 7 has a try-with-resources construct that allows a close() method to be called automatically when a certain code block ends. Java PSM can support this construct with sample loans in a way that's backwards compatible with Java 5. All we have to do is to rename the Sample.Iterator.returnLoan() method to close() and make Sample.Iterator implement the interface java.io.Closeable. Note: java.lang.AutoCloseable is available only since 1.7

  • Reported: DDS-Java 1.0b2 — Fri, 8 Jun 2012 04:00 GMT
  • Disposition: Resolved — DDS-Java 1.0
  • Disposition Summary:

    Proposed Resolution:
    Inherit Sample.Iterator from Java.io.Closeable and rename the Sample.Iterator.returnLoan() method to close()

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

Update specification for final DDS-XTypes

  • Legacy Issue Number: 17303
  • 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-Java spec.

    At the same time, the contents of the relevant portions of the DDS-XTypes spec should be incorporated as JavaDoc comments, just as has already been done for DDS itself.

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

    No Data Available

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

Redundant "QosPolicy" suffix on Policy Types

  • Legacy Issue Number: 18285
  • Status: closed  
  • Source: Real-Time Innovations ( Sumant Tambe)
  • Summary:

    The dds-psm-java uses a superfluous "QoSPolicy" suffix to name the DDS policies which themselves are already included in a "policy" namespace.

    This issue is identical to issue #16530. This issue is created to revote on the decision taken on issue #16530 in the earlier FTF.

    Proposed Resolution:

    This suffix should be removed. This resolution will also make Java PSM consistent with the C++ PSM, which does not use "QosPolicy" suffix.

  • Reported: DDS-Java 1.0b2 — Fri, 30 Nov 2012 05:00 GMT
  • Disposition: Resolved — DDS-Java 1.0
  • Disposition Summary:

    This suffix should be removed. This resolution will also make Java PSM consistent with the C++ PSM, which does not use "QosPolicy" suffix. This issue requires no changes to the specification document

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

Improve compile-time type safety of EntityQos

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

    The EntityQos interface implements java.util.Map. However, all checking of which policies apply to which Entity types is deferred to run time. The extension of Map should be updated to constrain which policies may legally be used.

    Proposal: Introduce marker interfaces for each Entity type and parameterize Map with these interfaces.

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

    Introduce marker interfaces for each Entity type and parameterize Map with these interfaces. This issue requires no changes in the specification document.

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