[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [mosquitto-dev] qos 1 callbacks and memory management
|
Hello,
the use case is to have only one client process in the system which connects to the MQTT broker.
All other applications must use my “proxy” to communicate with the broker.
Thanks
Antonello
> On 04 Mar 2018, at 01:45, Tatsuzo Osawa <tatsuzo.osawa@xxxxxxxxx> wrote:
>
> Hi Anto,
>
> Sounds interesting.
> Could you show me some use cases of your extension?
>
> Regards,
> Tatsuzo
>
>
>
> 2018-03-04 5:14 GMT+09:00 Anto Nello <hbrain@xxxxxxxxx>:
>> Hello guys,
>> I'm trying to create an extension of the libmosquitto in order to manage a
>> custom application ack.
>> All other applications are going to communicate with the MQTT broker through
>> my extension.
>>
>> I have some questions:
>> 1) I have seen that on_publish, on_subscribe and on_connect handlers are
>> called both with qos=0 and qos=1.
>> I thought that these callbacks were only called in corrispondence of PUBACK,
>> SUBACK and CONACK.
>> What am I missing?
>>
>> 2) How the memory is managed inside libmosquitto ?
>> Fastly looking at the code it seems there are internal queues.
>>
>> 3) What happens if the MQTT broker publishes messages on 2 or more different
>> topics at the same time ?
>> Is this already managed by the lib ? It should be connected to point 2.
>>
>> 4) Are there blocking publish and subscribe functions inside the library ?
>>
>> Thanks in advance
>> Regards
>> MP
>>
>> _______________________________________________
>> mosquitto-dev mailing list
>> mosquitto-dev@xxxxxxxxxxx
>> To change your delivery options, retrieve your password, or unsubscribe from
>> this list, visit
>> https://dev.eclipse.org/mailman/listinfo/mosquitto-dev
> _______________________________________________
> mosquitto-dev mailing list
> mosquitto-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/mosquitto-dev