NetTransport

Class

Superclasses

System.Object
  Transport
    NetTransport

Visual Basic

Public Class NetTransport
  Inherits Transport

C#

public class NetTransport : Transport

Purpose

Deliver messages across a network.

Remarks

Programs must explicitly destroy instances of this class. Rendezvous software keeps internal references to these objects, so the garbage collector does not delete them automatically.

Member

Description

 

Public Instance Properties

BatchMode

TransportBatchMode

The socket where the transport connects to the Rendezvous daemon.

Set

Daemon string

The socket where the transport connects to the Rendezvous daemon.

Get

Description string

The description identifies programs and their transports to Rendezvous components. Browser administration interfaces display the description string.

As a debugging aid, we recommend setting a unique description string for each transport. Use a string that distinguishes both the application and the role of the transport within it.

Get

Set

Network string

The network interface that the transport uses for communication.

Get

Reliability double

Set this property to request a reliability interval (message retention time, in seconds) for the transport’s service. This value must be greater than zero. For details, see Reliability.

Set

Service string

The effective service that the transport uses for communication.

Get

Method

Description

Page

NetTransport

Create a transport that connects to a Rendezvous daemon.

NetTransport

Remarks

This class is the superclass of other network transport classes.

Inherited Methods

Transport.CreateInbox

Transport.Destroy

Transport.Send

Transport.SendReply

Transport.SendRequest

Reliability

Setting the Reliability property (in seconds) lets application programs shorten the reliability interval of the specific service associated with a transport object. Successfully setting this property changes the daemon’s reliability interval for all transports within the application process that use the same service.

Programs can request reliability only from daemons of release 8.2 or later.

An application can request a shorter retention time than the value that governs the daemon as a whole (either the factory default or the daemons -reliability parameter). The daemon’s governing value silently overrides requests for a longer retention time.

Maximum Value Rule

Client transport objects that connect to the same daemon could specify different reliability intervals on the same service—whether by requesting a reliability value, or by using the daemon’s effective value. In this situation, the daemon selects the largest potential value from among all the transports on that service, and uses that maximum value as the effective reliability interval for the service (that is, for all the transports on the service). This method of resolution favors the more stringent reliability requirements. (Contrast this rule with the Lower Value Rule that applies between two daemons.)

Recomputing the Reliability

Whenever a transport connects, requests reliability, or disconnects from the daemon, the daemon recalculates the reliability interval for the corresponding service, by selecting the largest value of all transports communicating on that service.

When recomputing the reliability interval would result in a shorter retention time, the daemon delays using the new value until after an interval equivalent to the older (longer) retention time. This delay ensures that the daemon retains message data at least as long as the effective reliability interval at the time the message is sent.

Related Classes

Transport

IntraProcessTransport

CMTransport

CMQueueTransport

See Also

Reliability and Message Retention Time in TIBCO Rendezvous Administration

Lower Value Rule in TIBCO Rendezvous Administration

Changing the Reliability Interval within an Application Program in TIBCO Rendezvous Administration

Reliable Message Delivery in TIBCO Rendezvous Concepts