[jdev] Message sending performance XEP-0124

Fri Jul 1 10:46:15 UTC 2016

"4. The BOSH Technique" says:
"If the client has data to send while a request is still open, it
establishes a second socket connection to the connection manager to
send a new request. The connection manager immediately responds to the
previously held request (possibly with no data) and holds open this new
request. This results in the connections switching roles; the "old"
connection is responded to and left awaiting new requests, while the
"new" connection is now used for the long polling loop."
So if you know that there are other messages pending at the client, do
not use hold/wait until your sending queue is empty. If during a hold,
the client needs to send a new message, open/reuse the secondary
connection, if it needs to be sent before the wait interval has
expired.
-Marcel
On Fre, 2016-07-01 at 15:46 +0530, Vaibhav Ranglani wrote:
> Hello devs,
> 
> I am implementing a custom solution in XMPP.
> 
> During the session creation request, the client sends a session
> creation request as follows.
> 
> <body content='text/xml; charset=utf-8'
>       from='user at example.com'
>       hold='1'
>       rid='1573741820'
>       to='example.com'
>       route='xmpp:example.com:9999'
>       ver='1.6'
>       wait='60'
>       ack='1'
>       xml:lang='en'
>       xmlns='http://jabber.org/protocol/httpbind'/>;
> 
> 
> In this request, the hold attribute is specified as 1. 
> Due to this the issue I am encountering is that I am able to send
> only 1 message per minute.
> 
> Can I specify a value of 30-40 for hold variable. If yes, then what
> will be the performance ramifications of this?
> 
> Regards
> Vaibhav
> _______________________________________________
> JDev mailing list
> Info: http://mail.jabber.org/mailman/listinfo/jdev
> Unsubscribe: JDev-unsubscribe at jabber.org
> _______________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.jabber.org/jdev/attachments/20160701/162e5231/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6240 bytes
Desc: not available
URL: <https://www.jabber.org/jdev/attachments/20160701/162e5231/attachment.bin>