Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [paho-dev] Maximum messages inflight on Java asynchronous client

I'd be inclined to remove the limit. 

I would suspect in most cases hitting that limit is either not handled, or not handled well by most consumer implementations. Particularly in a non-embedded library the extra resources consumed with more in flight messages shouldn't be a worry. I'm having a hard time picturing a case where this would badly break someone's client. 

The only thing I'd suggest is making sure that the error returned on message id exhaustion is the same error as was returned by hitting the max in flight window. That way if someone was handling that case by throttling or backing off, it would still be an appropriate reaction to hitting that limit.

-Darren

On Wed, Feb 4, 2015 at 6:47 AM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
Hello all,

when the Java asynchronous API was written, it used the same maximum message inflight limit for QoS 1/2 messages as the synchronous client, of 10.

We've had some people report hitting that limit and wanting it to go higher.  In the C asynchronous and _javascript_ clients, there is no such limit, because you can use the callbacks to count how many outstanding messages there are, so you can implement any strategy yourself.

We are fixing this under bug 456855: https://bugs.eclipse.org/bugs/show_bug.cgi?id=456855.

My first suggestion was to allow the limit to be configurable, which is what Bin has implemented, with the default as it was previously, for maximum backward compatibility.  However it has been suggested that removing the limit altogether would be better (in fact then it would be the MQTT message limit, 64k).

Does anyone have any strong feelings either way, or other thoughts or suggestions?

Thanks

--
Ian Craggs
icraggs@xxxxxxxxxx                 IBM United Kingdom
Paho Project Lead; Committer on Mosquitto

_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev


Back to the top