OpenDDS FAQ

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

Q:

A:

The odds of getting questions answered, bugs fixed, etc., goes up significantly when you report problems using the PRF because it insures that developers and support personnel get the most commonly required information right away. Failure to use the PRF means that those folks have to spend valuable time (yours and theirs) having a conversation to get that information just to start debugging. Unless you've got a paid support contract, there's even a chance that nobody will answer!

So, always use the PRF!

Q:

A:

Q:

A:

Q:

A:

Q:

A:

Q:

A:

Q:

A:

1. The participant contacts the InfoRepo over IIOP (CORBA). The endpoint used for this connection can be supplied as:

      -DCPSInfoRepo corbaloc:iiop:HOST:PORT/DCPSInfoRepo

   (or a similar setting in the .ini file)
   The HOST is obviously the host where the InfoRepo is running. The PORT for the InfoRepo can be controlled by passing an argument to the InfoRepo process:

      -ORBListenEndpoints iiop://:PORT

   Another option that's useful for port-forwarding solutions such as NAT traversal and SSH tunneling is hostname_in_ior. This gets appended to the endpoint like so

      -ORBListenEndpoints iiop://:PORT/hostname_in_ior=HOST_ALIAS

   Where HOST_ALIAS is a hostname (or dotted-decimal IP) that can be used by the client to contact the server. In the NAT traversal example, the HOST_ALIAS would be the external side of the NAT and the PORT would be the port that's forwarded to the host running the server.
   You can also specify more than one endpoint (just repeating the -ORBListenEndpoints will work) so you can provide endpoints that will work for both "inside" and "outside" clients.

2. The InfoRepo will make an IIOP connection *back* to the participant. This is just the inverse of connection #1, but there is no equivalent to the -DCPSInfoRepo corbaloc:... option. It's not necessary because the InfoRepo knows how to find the participant already (from data transmitted over connection #1). To control the endpoint here, use the same -ORBListenEndpoints ... option but this time with the participant and not the InfoRepo.

3. Once the publishing participant and the subscribing participant have been associated, they connect directly using the tcp transport (by default) instance in each one. Here the endpoint is determined by the subscriber's transport config (the "local_address" value). Unfortunately there is no equivalent to the hostname_in_ior for DDS transports.

Q:

A:

Q:

A:

We have seen gcc 4.0.x-series compiler users to hit this problem more often. The visibility feature in this compiler still seems to be in a state of flux. If you see these errors, we recommend turning off the visibility feature by adding "no_hidden_visibility=1" to your platform_macros.GNU file and rebuilding all of ACE+TAO and OpenDDS.

Q:

A:

Starting with the 0.11 release, the SimpleTcp transport was separated the from DCPS core library to reduce footprint. Please see the section on "Pluggable Transports" in the DDS DevGuide (http://download.ociweb.com/OpenDDS/OpenDDS-latest.pdf) for how to load the SimpleTcp library.Or you can look at the $DDS_ROOT/DevGuideExamples/DDS/Messenger example. Test script "run_test.pl" runs the test with SimpleTcp transport configuration.

On a related note the DCPSInfoRepo uses the SimpleTcp transport solely to transmit BIT (Built In Topics) information. If your application isn't subscribing to BITS, then the InfoRepo doesn't need the transport library. Just start up the InfoRepo with the -NOBITS option and you will be OK.

Q:

A:

Q:

A:

    DDS::StatusCondition_var cond = writer->get_statuscondition();
    cond->set_enabled_statuses(DDS::PUBLICATION_MATCHED_STATUS);

    DDS::WaitSet_var ws = new DDS::WaitSet;
    ws->attach_condition(cond);

    while (true) {
      DDS::PublicationMatchedStatus matches;
      if (writer->get_publication_matched_status(matches) != DDS::RETCODE_OK) {
        // failure
      } else if (matches.current_count >= 1) {
        break;
      }

      DDS::ConditionSeq conditions;
      DDS::Duration_t timeout =
        { DDS::DURATION_INFINITE_SEC, DDS::DURATION_INFINITE_NSEC };
      if (ws->wait(conditions, timeout) != DDS::RETCODE_OK) {
        // failure
      }
    }

    ws->detach_condition(cond);

Q:

A:

Q:

A:

Q:

A:

     mwc.pl -type <yourtype> -features built_in_topics=0 DDS.mwc

Q:

A:

The DCPSInfoRepo option -NOBITS disables BIT support for the InfoRepo.

The option '-DCPSBit 0' will disable BIT support for all participants in the process.

Q:

A:

  struct X {
    sequence<Y> seq;
  };

  typedef sequence<Y> YSeq;
  struct X {
    YSeq seq;
  };

Q:

A:

• boolean, octet
• char, wchar, string, wstring
• float, double, long double
• short, long, long long
• unsigned short, unsigned long, unsigned long long

#include <tao/LongSeq.pidl>

struct X {
  CORBA::LongSeq seq;
};

Q:

A:

Make sure that Eclipse's list of Available Software Sites contains an enabled site with URL: http://download.eclipse.org/releases/galileo. If not, you need to add one (the name can be anything, we suggest "Galileo").

Q:

A:

Q:

A:

Q:

A:

Q:

A:

Q:

A: