Re: [mosquitto-dev] Bringing Mosquitto into Eclipse

[Roger Light <roger@xxxxxxxxxx>]

I'd be happy with the new Eclipse style, it looks quite nice. HIPP -
yes definitely.

The event library that I want to use is libuv. This is the only one
that provides "proper" networking support for Windows through the use
of IOCP. This gives the best performance and is the only practical way
of allowing >1024 connections.

Tests - I'm certain that more testing is needed, but I'm not sure what
at the moment. Something I can't do at the moment is automated
websockets testing, that would be very useful.

I think that once the conversion to the event library is complete, the
code will become much more maintainable and easy to follow. I'm
reluctant to move to C++ for a few reasons. I would like to make an
embeddable server library based on mosquitto and this would be much
easier for others to consume if based on C. Likewise I am committed to
maintaining the libmosquitto C client library and moving to C++ for
the broker would make that much more work.

Regards,

Roger


On Wed, Jul 9, 2014 at 11:22 AM, Ian Craggs
<icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
> Oh yes, shall we have an Eclipse Hudson instance for Mosquitto?  It works
> well for Paho.
>
> Ian
>
>
>
> On 07/09/2014 11:13 AM, Ian Craggs wrote:
>>
>> For the website, would you prefer the IoT style, or the new Eclipse style?
>> I think the new Eclipse style looks good.
>>
>> In addition to the website, what about adding plan documents in Eclipse
>> project management area (like I've done with Paho) along with bugs to track
>> the work items?  A formal release in Eclipse for Mosquitto 1.5?
>>
>> Which event library are you considering?
>>
>> I have in mind to be able to use the Paho MQTT test material plus
>> extensions for additional Mosquitto tests.  Are there  particular areas of
>> testing that it would be useful to add to?
>>
>> When I started writing RSMB I intended to use C++ until I found that
>> templates didn't work in the then current version of gcc, so I resorted to
>> C.    Having started to use C++ again in the embedded Paho MQTT clients, I
>> don't want to go back!  Using C++ for Mosquitto (but not the STL, or recent
>> C++ features) could provide a better internal structure, making it easier to
>> maintain and extend.
>>
>> Having MQTT-SN as a plugin might be the best option, if allowing MQTT-SN
>> implementations over various underlying transports (UDP, ZigBee, serial)
>> were desirable (I certainly would like it).  The alternative would be to
>> only have MQTT-SN over UDP in Mosquitto, with standalone adapters to convert
>> from ZigBee or other transports.
>>
>>
>> Ian
>>
>>
>> On 07/08/2014 10:44 PM, Roger Light wrote:
>>>
>>> Hi Ian,
>>>
>>> Yes please! THe website would be a big help, I've not even started
>>> thinking about that.
>>>
>>> MQTT-SN support is a definite - but I've got some tasks that I want to
>>> complete before tackling that unfortunately. The most important one is
>>> changing to use an event library for network handling, which will
>>> simplify the code significantly. I started to look at MQTT-SN a while
>>> back and it started to make things quite messy as it stood. Some of
>>> the changes (that I'm still figuring out) that I've made recently will
>>> make this all a lot easier. I'm thinking 1.5 for event library and 1.6
>>> for MQTT-SN.
>>>
>>> Things at the moment are a bit muddled - I had intended to release
>>> 1.3.2 outside of Eclipse before the baby, but I ended up with some
>>> changes that really needed a feature release instead of a bug fix
>>> release. At the same time I got websockets just about working so a 1.4
>>> release seemed sensible, but since then I found a fair few problems so
>>> it's kind of ballooned and got delayed. Very annoying, but the changes
>>> are all good!
>>>
>>> Cheers,
>>>
>>> Roger
>>>
>>>
>>>
>>> On Mon, Jul 7, 2014 at 3:02 PM, Ian Craggs
>>> <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
>>>>
>>>> Hi Roger,
>>>>
>>>> would you like some help with Mosquitto work items?   Eclipse builds,
>>>> website or whatever?
>>>>
>>>> Also, MQTT-SN support.  A while back you mentioned the thought of having
>>>> MQTT-SN support added as a plug-in - would that still be a good
>>>> approach?
>>>> As MQTT-SN can be implemented for various underlying transports (UDP,
>>>> ZigBee
>>>> ...) then the plug-in way does seem appropriate.
>>>>
>>>> As you know, RSMB does have some MQTT-SN/UDP support.  There are bugs
>>>> that
>>>> need addressing and some missing function.  But it might be better to
>>>> address those in adding MQTT-SN to Mosquitto.
>>>>
>>>> --
>>>> Ian Craggs
>>>> icraggs@xxxxxxxxxx                 IBM United Kingdom
>>>> Committer on Paho, Mosquitto
>>>>
>>
>
> --
> Ian Craggs
> icraggs@xxxxxxxxxx                 IBM United Kingdom
> Committer on Paho, Mosquitto
>