[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [paho-dev] [iot-wg] Future Requirements and Releases of Paho
|
Hi Andy,
+1 Moving forward so that there
are a cohesive set of IoT projects under the auspices of Eclipse is important
particularly for large scale adoption. Each project on its own has
strengths but greater value can be obtained by bringing them together.
Once obvious Java stack is Concierge, Paho, Kura and
Moquette and then others like Smart Home can sit on top... .
All the best
Dave
From:
Andy Piper <andypiperuk@xxxxxxxxx>
To:
IoT Working Group mailing
list <iot-wg@xxxxxxxxxxx>
Cc:
General development
discussions for paho project <paho-dev@xxxxxxxxxxx>
Date:
28/08/2014 11:15
Subject:
Re: [paho-dev]
[iot-wg] Future Requirements and Releases of Paho
Sent by:
paho-dev-bounces@xxxxxxxxxxx
From an Eclipse IoT community perspective, I feel like
we should pursue interoperability (as a minimum) specifically with Ponte,
Kura, Concierge, Mosquitto and Moquette to ensure that Paho components
are first-choice integrations for those projects. There may be others I
am missing. We should probably review with those project teams to see whether
they feel we need to add specific functionality.
We also should sort out ongoing releases now that we are
in a more stable mode, e.g. get a 1.0.1+ release out to address the Gradle/Maven
stuff that has come up since 1.0
On Thu, Aug 28, 2014 at 10:56 AM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx>
wrote:
Hello all,
I'm wondering what the future of Paho should look like. From two
points of view: functionality and participation in the wider Eclipse community.
The reason is that barring a few relatively minor enhancements (automatic
reconnect, publishing when not connected, persistence), I don't see that
the existing client libraries (Java, _javascript_, C, Python) need a lot
of new work, and could stabilize within the near future.
There may be new components - client libraries in different languages,
or a different style of library for a different purpose (like the embedded
C/C++ APIs I'm working on at the moment).
So the first question: are there Paho features, additional to the
current libraries, or new components, that would be useful to the Eclipse
IoT community?
The second question is about participation in Mars and future simultaneous
releases. If the Paho components were stable but still useful, how
would Paho participate in a simultaneous release?
--
Ian Craggs
icraggs@xxxxxxxxxx
IBM United Kingdom
Committer on Paho, Mosquitto
_______________________________________________
iot-wg mailing list
iot-wg@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/iot-wg
--
Andy Piper | Kingston upon Thames, London (UK)
blog: http://andypiper.co.uk
| skype: andypiperuk
twitter: @andypiper | images: http://www.flickr.com/photos/andypiper_______________________________________________
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
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU