Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Paho/Project Plan"

(extended list, added plans... have at it!)
 
(39 intermediate revisions by 5 users not shown)
Line 1: Line 1:
The initial timeline was presented at the first [[Machine-to-Machine/Face-2-Face-Meeting-Jan31|M2M Industry Working Group face-to-face meeting]]. The slides are here: http://wiki.eclipse.org/images/d/d4/PahoTimeLine2012.zip
+
= [https://projects.eclipse.org/projects/iot.paho/documentation Current Plan] =
  
== Outline ==
+
The release plans are in the project documentation - see "releases" at https://projects.eclipse.org/projects/iot.paho/documentation.
  
4Q11 Project Provisioning (done)
+
* [https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Technology&component=MQTT&component=Samples&component=Sandbox&list_id=3090526&product=Paho&query_format=advanced&order=bug_status%2Cpriority%2Cbug_severity list of open Paho bugs]
  
1Q12 MQTT initial contribution; Client Architecture for Sandbox (done)
+
== Current and Near Future Major Items ==
  
2Q12 MQTT Documentation, Tutorials, Cookbook; MQTT over WebSockets
+
* contributing to M2Mqtt: regression tests, disk persistence, maybe some other items
 +
* offline buffering (ability to send while not connected) and automatic reconnect for C, Java and JavaScript clients
 +
* ongoing embedded client improvements: proper FreeRTOS support, asynchronous clients, build improvements, documentation: porting guides, tutorials, formal MQTTClient-C release
 +
* Android service stability, Android app
 +
* WebSockets support for C, Python clients (any others?)
 +
* MQTT-SN to MQTT embedded gateway
 +
* MQTT conformance test material
 +
* MQTT client statistics
 +
* possibly an MQTT forwarder for DMZ (it's been mooted, but I'm not exactly sure what it means)
  
3Q12 Basic end-to-end Sandbox Stack
+
=== Actively Soliciting Contributions for ===
  
4Q12 MQTT Client Release 1; Additional Languages and Bindings; Application Frameworks and Eclipse Plugins
+
It would be nice for Paho to have these, even if they do already exist elsewhere.  Eclipse legal processes mean that the software is clean, safe to use commercially.
  
...
+
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=442878 PHP client]
 +
* [https://bugs.eclipse.org/bugs/show_bug.cgi?id=442877 Ruby client]
 +
* Node.js client
  
???? Join Kepler release train in 2013?
+
== Directions ==
  
== Plans and needs ==
+
* Expand client library coverage to all major programming languages (http://spectrum.ieee.org/computing/software/top-10-programming-languages)
  
Some idea of [[Paho/Repository#Future_needs|potential code additions] are on the page discussing the Repository structure.
+
* I am assuming the MQTT specification will evolve over the next couple of years. Would it make sense to start an incubator to try out some new ideas for the spec? Developers could contribute code that implements these ideas and this would help the MQTT TC in the evolution of the spec. (Ian Skerrett)
  
Creation of a project plan in the [http://wiki.eclipse.org/Development_Resources/Project_Plan standard Eclipse format] is TODO.
+
Paho incubator has now been created - https://projects.eclipse.org/projects/iot.paho.incubator
  
== Task list ==
+
* I'd like to see a focus on creating tools to test/debug/deploy MQTT apps. Tools like MQTTLens I think will be critical to the adoption of MQTT. Could Paho be the home to these types of tools? (Ian Skerrett)
 +
Add suggestions here  [https://bugs.eclipse.org/bugs/show_bug.cgi?id=442874 Ideas for tools that could be created or adopted to test/debug/deploy MQTT]
  
* Binary releases of C and Java clients for download
+
* I think the MQTT embedded security story could be greatly improved (Julien Vermillard)  I think today using MQTT or any M2M protocol with security on any embedded platform is difficult and cumbersome. I use wakaama with tinydtls a DTLS implementation MIT licensed and at some point I would like to provide ready to install client on some platform but with security (with a business friendly license) as a mandatory feature. Maybe it worth looking at http://axtls.sourceforge.net/ (BSD licensed) or extending tinydtls for providing good old TLS which is in fact simpler than DTLS.
* Tutorials for C and Java clients
+
* how to build and use C client on iOS
+
* test suite
+
* protocol compliance suite for reference implementations
+
* update MQTT specification with mqtt.org / mailing list clarifications
+

Latest revision as of 06:09, 11 November 2015

Current Plan

The release plans are in the project documentation - see "releases" at https://projects.eclipse.org/projects/iot.paho/documentation.

Current and Near Future Major Items

  • contributing to M2Mqtt: regression tests, disk persistence, maybe some other items
  • offline buffering (ability to send while not connected) and automatic reconnect for C, Java and JavaScript clients
  • ongoing embedded client improvements: proper FreeRTOS support, asynchronous clients, build improvements, documentation: porting guides, tutorials, formal MQTTClient-C release
  • Android service stability, Android app
  • WebSockets support for C, Python clients (any others?)
  • MQTT-SN to MQTT embedded gateway
  • MQTT conformance test material
  • MQTT client statistics
  • possibly an MQTT forwarder for DMZ (it's been mooted, but I'm not exactly sure what it means)

Actively Soliciting Contributions for

It would be nice for Paho to have these, even if they do already exist elsewhere. Eclipse legal processes mean that the software is clean, safe to use commercially.

Directions

  • I am assuming the MQTT specification will evolve over the next couple of years. Would it make sense to start an incubator to try out some new ideas for the spec? Developers could contribute code that implements these ideas and this would help the MQTT TC in the evolution of the spec. (Ian Skerrett)

Paho incubator has now been created - https://projects.eclipse.org/projects/iot.paho.incubator

  • I'd like to see a focus on creating tools to test/debug/deploy MQTT apps. Tools like MQTTLens I think will be critical to the adoption of MQTT. Could Paho be the home to these types of tools? (Ian Skerrett)

Add suggestions here Ideas for tools that could be created or adopted to test/debug/deploy MQTT

  • I think the MQTT embedded security story could be greatly improved (Julien Vermillard) I think today using MQTT or any M2M protocol with security on any embedded platform is difficult and cumbersome. I use wakaama with tinydtls a DTLS implementation MIT licensed and at some point I would like to provide ready to install client on some platform but with security (with a business friendly license) as a mandatory feature. Maybe it worth looking at http://axtls.sourceforge.net/ (BSD licensed) or extending tinydtls for providing good old TLS which is in fact simpler than DTLS.

Back to the top