Stomp::send

stomp_send

(PECL stomp >= 0.1.0)

Stomp::send -- stomp_send — Sends a message

Descrizione

Stile orientato agli oggetti (method):

public Stomp::send(string $destination, mixed $msg, array $headers = ?): bool

Stile procedurale:

stomp_send(
    resource $link,
    string $destination,
    mixed $msg,
    array $headers = ?
): bool

Sends a message to the Message Broker.

Elenco dei parametri

link: Solo stile procedurale: l'identificatore di connessione stomp restituito da stomp_connect().
destination: Where to send the message
msg: Message to send.
headers: Array associativo che contiene le intestazioni addizionali (per esempio: receipt).

Valori restituiti

Restituisce true in caso di successo, false in caso di fallimento.

Esempi

See stomp_ack().

Note

Nota:
Può essere definita un'intestazione di transazione, che indica che la conferma del messaggio deve essere parte della transazione specificata.

Suggerimento

Stomp è intrinsecamente asincrono. Le comunicazioni sincrone possono essere implementate aggiungendo un'intestazione di ricevuta. Questo fa sì che i metodi non restituiscono nulla finché il server non abbia confermato la ricezione del messaggio o al raggiungimento del timeout.

Improve This Page

Learn how improve this page • Submit a Pull Request • Report a Bug

＋add a note

User Contributed Notes 1 note

down

-4

james dot mk dot green at gmail dot com ¶

12 years ago

Without a receipt header your application will fire messages potentially faster than the broker can receive them at. The broker may issue failure notices however STOMP being asynchronous your client won't get to see it.

Without a receipt ActiveMQ (5.5.0) with ProducerFlowControl turned on drops messages (even persistent ones) and my application knows nothing about it (send() returned true). With receipt header specified the STOMP library handles the wait for the receipt acknowledgement for you - you are essentially automatically throttled.

＋add a note