Here is a suggestion. It is just a suggestion! Hopefully it can be improved upon.
. Put the server code in a separate component or sub-project under Paho. As you suggested, putting both in the same repository and merging them gradually makes sense. . I think that there is value in the Mosquitto name. How would people feel about adopting that as the MQTT server "brand"?
I personally see no value in putting M2M runtimes in the EclipseRT project. Top-level projects are intended to group communities of interest, and there is no need to be pedantic about their scope.
If a Java implementation showed up later, they would be welcomed. As would Python, PHP or C#. It would be a nice problem to have. Mike Milinkovich +1.613.220.3223
Hello all,
both Roger and I are closer to being able to contribute our MQTT
servers, Mosquitto and RSMB. Roger has been talking to Mike
Milinkovich about the right place for an MQTT server. I admit, that
this question had not occurred to me before, I had assumed that
RSMB/Mosquitto would be contributed to Paho.
Questions
1) In which project should an MQTT server be placed? The RT project
is for runtimes, but focussed on Java technology (Equinox/OSGi).
M2M top level project, should it exist?
2) If both RSMB and Mosquitto code were contributed, how would we
manage them? One thought: have both codebases in a separate
structure in the same source repository, then any merging of
function can take place as required, no rush. There is a difference
between code being in a repository, and a component being released.
3) If someone contributed a Java MQTT server at some later date,
which might be a better fit for Eclipse as a whole, would that cause
us any problem? I hope not.
Ian
|