The TIBCO StreamBase® Output Adapter for MQTT Client Ack allows the system to acknowledge successful messages to an MQTT broker.
This section describes the properties you can set for this adapter, using the various tabs of the Properties view in StreamBase Studio.
Name: Use this field to specify or change the component's name, which must be unique in the application. The name must contain only alphabetic characters, numbers, and underscores, and no hyphens or other special characters. The first character must be alphabetic or an underscore.
Adapter: This field that shows the formal name of the adapter and the fully-qualified name of the class that implements the adapter. If the selected adapter is custom-written, you can click the class name link to open the Java source for this adapter. (Adapters provided by TIBCO StreamBase do not offer source view.)
Start with application: If this field is set to Yes (default) or to a module parameter that evaluates to
true, this instance of this adapter starts as part of the JVM engine that runs this EventFlow fragment. If this field is set to
No or to a module parameter that evaluates to
false, the adapter instance is loaded with the engine, but does not start until you send an epadmin container resume command (or its sbadmin equivalent), or until you start the component with StreamBase Manager. With this option set to No or false, the adapter does
not start even if the fragment as a whole is suspended and later resumed.
Enable Error Output Port: Select this check box to add an Error Port to this component. In the EventFlow canvas, the Error Port shows as a red output port, always the last port for the component. See Using Error Ports and Error Streams to learn about Error Ports.
Description: Optionally enter text to briefly describe the component's purpose and function. In the EventFlow canvas, you can see the description by pressing Ctrl while the component's tooltip is displayed.
|MQTT Connection||drop-down list||This required field will select a value from the sbconf file that contains the connection configuration for the MQTT client.
This value is selected from the
|Enable Status Port||check box||When enabled, the adapter sends out informational data on the status port about various states of the adapter.|
|Log Level||Drop-down list||Controls the level of verbosity the adapter uses to issue informational traces to the console. This setting is independent of the containing application's overall log level. Available values, in increasing order of verbosity, are: OFF, ERROR, WARN, INFO, DEBUG, TRACE, and ALL.|
All settings are in the format <setting name="" val=""/>
The connection configuration is stored in the project's sbconf file. The following is an example of a complete configuration.
<?xml version="1.0" encoding="UTF-8"?> <streambase-configuration xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://www.streambase.com/schemas/sbconf/"> <adapter-configurations> <adapter-configuration name="mqttclientconnections"> <section name="mqttclientconnection"> <setting name="id" val="iot.eclipse.org"/> <!-- Determines if this connection is created on startup or during the first usage. --> <setting name="connectOnStartup" val="true" /> <!-- If true then the user must explicitly ACK each message using the MQTTClientAck adapter. If false an ACK will automatically be sent went the message is received off the wire. --> <setting name="manualAcks" val="false" /> <!-- Comma separated list of URIs, If the port is not specified, it will default to 1883 for tcp://" URIs, and 8883 for ssl:// URIs --> <setting name="URIs" val="tcp://iot.eclipse.org:1883" /> <!-- isCleanSession: • If set to false both the client and server will maintain state across restarts of the client, the server and the connection. As state is maintained: ◦ Message delivery will be reliable meeting the specified QOS even if the client, server or connection are restarted. ◦ The server will treat a subscription as durable. • If set to true the client and server will not maintain state across restarts of the client, the server or the connection. This means: ◦ Message delivery to the specified QOS cannot be maintained if the client, server or connection are restarted ◦ The server will treat a subscription as non-durable --> <setting name="isCleanSession" val="true" /> <!-- The client identifier to use when creating a connection to the broker. If this value is blank an identifier will be generated. --> <setting name="ClientId" val="" /> <!-- The persistence class to use to store in-flight message. The values are 'memory' or 'file'. --> <setting name="PersistenceType" val="memory" /> <!-- The full path to use for file persistence. If this option is blank or missing the system will use System.getProperty("user.dir") as the location to store a temporary file--> <setting name="PersistencePath" val="/" /> <!-- Sets the user name to use for the connection. --> <setting name="Username" val="" /> <!-- Sets the password to use for the connection. --> <setting name="Password" val="" /> <!-- Sets the connection timeout value. This value, measured in seconds, defines the maximum time interval the client will wait for the network connection to the MQTT server to be established. The default timeout is 30 seconds. A value of 0 disables timeout processing meaning the client will wait until the network connection is made successfully or fails. --> <setting name="connectionTimeout" val="30" /> <!-- Sets the "keep alive" interval. This value, measured in seconds, defines the maximum time interval between messages sent or received. It enables the client to detect whether the server is no longer available, without having to wait for the TCP/IP timeout. The client will ensure that at least one message travels across the network within each keep alive period. In the absence of a data-related message during the time period, the client sends a very small ping message, which the server will acknowledge. A value of 0 disables keepalive processing in the client. The default value is 60 seconds. --> <setting name="keepAliveInterval" val="60" /> <!-- Sets the "Last Will and Testament" (LWT) for the connection. In the event that this client unexpectedly loses its connection to the server, the server will publish a message to itself using the supplied details. --> <!-- The topic to publish the will to --> <setting name="willTopic" val="" /> <!-- The payload for the message to send to the will topic to --> <setting name="willPayload" val="" /> <!-- The quality of service to which the message publish is to be published (0, 1 or 2). --> <setting name="willQos" val="" /> <!-- Whether or not the will message should be retained. --> <setting name="willRetained" val="" /> <!-- Sets the SSL properties for the connection. Note that these properties are only valid if an implementation of the Java Secure Socket Extensions (JSSE) is available. --> <!-- One of: SSL, SSLv3, TLS, TLSv1, SSL_TLS --> <setting name="sslProtocol" val="" /> <!-- Underlying JSSE provider. For example "IBMJSSE2" or "SunJSSE" --> <setting name="sslContextProvider" val="" /> <!-- The name of the file that contains the KeyStore object that you want the KeyManager to use. --> <setting name="sslKeyStore" val="" /> <!-- The password for the KeyStore object that you want the KeyManager to use --> <setting name="sslKeyStorePassword" val="" /> <!-- for example "PKCS12", "JKS", or "JCEKS" --> <setting name="sslKeyStoreType" val="" /> <!-- for example "IBMJCE" or "IBMJCEFIPS" --> <setting name="sslKeyStoreProvider" val="" /> <!-- The name of the file that contains the KeyStore object that you want the TrustManager to use. --> <setting name="sslTrustStore" val="" /> <!-- The password for the TrustStore object that you want the TrustManager to use. --> <setting name="sslTrustStorePassword" val="" /> <!-- for example "PKCS12", "JKS", or "JCEKS" --> <setting name="sslTrustStoreType" val="" /> <!-- for example "IBMJCE" or "IBMJCEFIPS" --> <setting name="sslTrustStoreProvider" val="" /> <!-- A list of which ciphers are enabled. Values are dependent on the provider, Examples are: SSL_RSA_WITH_AES_128_CBC_SHA SSL_RSA_WITH_3DES_EDE_CBC_SHA --> <setting name="sslEnabledCipherSuites" val="" /> <!-- Sets the algorithm that will be used to instantiate a KeyManagerFactory object instead of using the default algorithm available in the platform. Example values: "IbmX509" or "IBMJ9X509" --> <setting name="sslKeyManager" val="" /> <!-- Sets the algorithm that will be used to instantiate a TrustManagerFactory object instead of using the default algorithm available in the platform. Example values: "PKIX" or "IBMJ9X509". --> <setting name="sslTrustManager" val="" /> </section> </adapter-configuration> </adapter-configurations> </streambase-configuration>
Use the Concurrency tab to specify parallel regions for this instance of this component, or multiplicity options, or both. The Concurrency tab settings are described in Concurrency Options, and dispatch styles are described in Dispatch Styles.
Concurrency settings are not suitable for every application, and using these settings requires a thorough analysis of your application. For details, see Execution Order and Concurrency, which includes important guidelines for using the concurrency options.