Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [paho-dev] next release?

Awesome! I'll go pull that and start using it instead of my patch.

-Darren


On Fri, Sep 27, 2013 at 4:11 PM, Nicholas O'Leary <nick.oleary@xxxxxxxxx> wrote:
Darren  - as you'll have seen, I've just pushed a fix for the framing of packets that handles both the 'multiple MQTT packets in one frame' and the 'fragmented MQTT packet over multiple WS frames' cases.

I've also pushed a fix to allow the full ws uri to be used in place of hostname - whilst keeping it backward compatible with the existing API.

Both of these went into the develop branch.

Regards,
Nick


On 23 September 2013 21:20, Darren Clark <dclark@xxxxxxxxxxxxx> wrote:
I figured that part wasn't fully specced yet, but was going on the behavior of lighttpd/mod_websocket and figured it was unlikely that a websocket/tcp proxy would be expected to understand MQTT framing. Looked at the OASIS MQTT-1 issue and see it's decided to not enforce alignment.

What I didn't get to was handling fragmented packets. Might be able to get to that this week, although setting up a test case isn't going to be easy.

-Darren


On Mon, Sep 23, 2013 at 12:47 PM, Darren Clark <dclark@xxxxxxxxxxxxx> wrote:
FYI, I submitted a bug and related patch (#413579) for a pretty significant issue in the _javascript_ client that it would be nice to get included. Basically the problem is that on subscribing to a pattern that contains many retained messages a single WebSocket packet will contain multiple MQTT packets, so clients get corrupt data on initial connection.

-Darren


On Mon, Sep 23, 2013 at 12:36 PM, Roger Light <roger@xxxxxxxxxx> wrote:
Hi Ian,

That all sounds pretty reasonable. I'm mostly lacking on the examples.
I've not got hudson tests running on eclipse infrastructure (it needs
Python >2.6 and at the time we were looking at getting a vps for
testing iirc) but do myself.

I presume we need to consider IP review status as well - I've just had
an email update with some queries for the Python client today.

Cheers,

Roger


On Sat, Sep 21, 2013 at 11:31 PM, Ian Craggs
<icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
> Hi Roger,
>
> this is what I imagine:
>
>     - some documentation in a format appropriate to the language
>     - some samples, examples of use
>     - notes describing any missing MQTT function (a significant proportion
> of MQTT function ought to be supported)
>     - ideally a Hudson job that can run the regression tests
>
> Ian
>
>
>
> On 21/09/13 00:57, Roger Light wrote:
>>
>> Hi,
>>
>> What bar are we aiming for for a release? I'm quite happy with the
>> state of the Python code, although I do have a few fixes to push. It's
>> out there and being used.
>>
>> Cheers,
>>
>> Roger
>>
>> On Fri, Sep 20, 2013 at 11:59 PM, Ian Craggs
>> <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
>>>
>>> Hi Benjamin,
>>>
>>> I raised the question of the plan at the last Paho call, but
>>> unfortunately
>>> we didn't realize that you would be asking for a date for next week.
>>>
>>> The release will feature Java, C and _javascript_ for sure.   C++ could be
>>> included depending on what Frank feels about that.
>>>
>>> I'm sorry I can't help with a date right now.
>>>
>>> Ian
>>>
>>>
>>> On 20/09/13 18:24, Benjamin Cabé wrote:
>>>
>>> Hi list,
>>>
>>> I am putting together a set of slides for presenting all the Eclipse M2M
>>> projects at a conference next week and I wanted to indicate the date for
>>> the
>>> next release of Paho ; unfortunately I cannot find it. Could someone
>>> please
>>> indicate to me what is the next release and when it is planned? Also, the
>>> release would be for C (and C++ wrapper?) and Java, right?
>>> I understand the code base for the C and Java client is quite mature
>>> though
>>> and I will certainly highlight it in the talk though!
>>>
>>> Thanks!
>>> Benjamin--
>>>
>>>
>>>
>>> _______________________________________________
>>> paho-dev mailing list
>>> paho-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/paho-dev
>>>
>>>
>>>
>>> _______________________________________________
>>> paho-dev mailing list
>>> paho-dev@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/paho-dev
>>>
>> _______________________________________________
>> paho-dev mailing list
>> paho-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/paho-dev
>
>
_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/paho-dev



_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/paho-dev



_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/paho-dev



Back to the top