| Re: [paho-dev] Java MQTT Client GUI Utility & mqtt-spy |
Hi Kamil, that's great. Thanks!I'm glad to hear that you would like to take on the responsibilities of a committer too :-)
Having a separate git repository would not be too much hassle - in fact it could make things easier. All committers in Eclipse projects can write to any repository - they just don't touch each other's code except by agreement.
I've asked for an "incubation" sub-project for Paho to be set up. This would make it easier to have committers for code that is not yet release or production ready. Mqtt-spy could go into that project at first (along with some other components such as the Lua client).
Ian On 10/08/2014 12:22 PM, Kamil Baczkowicz wrote:
Hi Ian, No worries. Once I get version 0.1.0 of mqtt-spy out, I'll start working on proper Eclipse headers for all source code files and familiarise myself with Gerrit as I haven't used it before In relation to Git repositories - whatever is best for Paho. Going forward, I'm wondering whether it would be easier for us to manage mqtt-spy with a separate Git repository, as it already grew in size a bit. E.g. "org.eclipse.paho.mqtt-spy.git" or "org.eclipse.paho.apps.mqtt-spy.git", and keep the existing "org.eclipse.paho.apps.git" for various samples. Also, if more people wanted to contribute to mqtt-spy, or there are more tools in Paho, which option would be better in your view? If you think having it in a separate Git repository will be too much hassle then we can stick to "org.eclipse.paho.apps.git". I'd be very happy to become a committer and take up the necessary responsibilities. This would also make any future enhancements I'm hoping to make to mqtt-spy much easier. I don't mind having only access to mqtt-spy/apps repo either. I'm flexible... ;-) Kamil On Tue, Oct 7, 2014 at 10:59 PM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:Hi Kamil, thanks for following up! I thought my last reponse might have been unnecessarily negative -- I'm just trying to work out the best way to organize the whole project. I'd love to see mqtt-spy in Paho. We use Gerrit to handle contributions -- that is the best way. See the Gerrit section on this page: http://wiki.eclipse.org/Development_Resources/Handling_Git_Contributions. The code will need the proper Eclipse headers (see any other files for examples). Names and namespaces can be changed after the code is accepted. I'm thinking it should go into the apps repository http://git.eclipse.org/c/paho/org.eclipse.paho.apps.git/? The alternatives would be the java repository, or a repository of its own. What do you think? The reason I mentioned the difference between committers and contributors is because if you remained a contributor, then you would have to submit new updates to the mqtt-spy code through gerrit. Then a Paho committer would commit the update. To commit directly yourself, you would have to be, as the name implies, a committer. But being a committer means having more responsibility for the project. (http://www.eclipse.org/projects/dev_process/#4_7_Committers_and_Contributors). If you are happy to be a contributor for now, then you don't need to worry about this :-) Ian On 06/10/14 16:40, Kamil Baczkowicz wrote:Hi Ian, Thanks for the info. Could you advise on what would be the next steps for donating/moving mqtt-spy to Paho? Q: So far all Java and XML packages/namespaces are referencing my personal domain, so should any changes to these Java package names or XML namespaces happen before the move or after? Does it matter? Kamil On Sun, Sep 28, 2014 at 11:16 PM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:Hi Kamil, sorry, your email got filed in my brain's to-do list, and only just made it back up. A discussion here is fine, at least to start with. Some information about contributions is in the CONTRIBUTING.md file in each repository, and can be viewed here: http://git.eclipse.org/c/paho/org.eclipse.paho.mqtt.c.git/about/ Committers on Eclipse projects can write directly to the repositories. Contributors submit changes to gerrit (the git code review system), which are then reviewed by committers before adding them to the repositories. I mention this because on "traditional" Eclipse projects, contributors become committers by a vote of the current committers, after establishing a record of contributions. With Paho being more a collection of separate components, this model doesn't seem to work so well -- I think you would expect to be the committer for your code. I'll have to think about how the project is going to work... a sub-project as suggested by Ian Skerrett might be a good option. Ian On 09/19/2014 10:34 PM, Kamil Baczkowicz wrote:Ian, Andy, I'd be very happy to make mqtt-spy a Paho component. What would be the best way forward then? Would it be easier to discuss those technicalities offline or here? Best regards, Kamil On Thu, Sep 11, 2014 at 11:09 PM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:On 09/11/2014 12:58 PM, Kamil Baczkowicz wrote:Thanks everyone for your replies. 1) Re existing Paho tools To sum up, I gather that Paho has the following utilities available (correct me if I'm wrong): a) Eclipse MQTT UI Plugin & standalone client based on Eclipse Rich Client Platform - as mentioned by Bin b) Standalone Paho MQTT Utility (port of the IBM Java GUI / IA92) - as mentioned by Andy and Ianc) there is also an Eclipse view originally contributed by Eurotech at http://git.eclipse.org/c/paho/org.eclipse.paho.esf.git/tree/. It's a possibility it could be replaced by a) above.What could help with promoting the above: - mention them all on the Paho webpage - decide on uniform names and stick to them, e.g. Paho Eclipse MQTT UI Plug-in, Paho MQTT UI (standalone), Paho MQTT Utility (IA92 port)I agree with all of that. The only reason we hadn't so far is because I had intended some sort of rationalization of the tools first. But now I've realized it's better to publicize, because they could each have their niches.Then, there are two other pages where various tools are listed (so this might need an update too): -http://mqtt.org/wiki/doku.php/tools -https://github.com/mqtt/mqtt.github.io/wiki/tools Q: do we need two pages? Maybe we should put a link from one to another?I think the plan is that mqtt.org will redirect to the github site. I'm speaking to Andy Piper about it.I'd be happy to offer my help/time in relation to all the above if you need it.Thanks for the offer :-)2) mqtt-spy I agree with all of you that having different GUIs and implementations is good, as very often choosing one is down to personal preferences and/or system requirements/limitations. I'm happy to contribute the code, and I'm happy to keep working on it for the foreseeable future. Questions from my side: a) Would you rather see mqtt-spy as a Paho utility, or a separate Eclipse IoT project (similar to mosquitto & moquette)? Does it make any difference?I think it would be best as a Paho component - this is what Paho was intended for. However, I do have an incentive to gather good MQTT tools under the Paho umbrella! There is an overhead in proposing, creating and managing a separate Eclipse project, which you might find excessive. The advantage to you could be a higher profile for mqtt-spy, I guess. Although in reality the visibility of mqtt-spy could be more down to your efforts in publicity.b) Following the move to Eclipse, what are your views on the project's name and a simple page dedicated to it? (e.g. similar to what's current there athttps://code.google.com/p/mqtt-spy/)The project's name could remain exactly the same. As you point out above, having readily identifiable names for the tools will help a lot.I also have a few more technical questions about maintaining/running the project under Paho/Eclipse umbrella, but probably better to discuss that offline with someone - who could advise me on that? Cheers, Kamil On Wed, Sep 10, 2014 at 4:10 PM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:Benjamin, yep, got it. I was just adding the information that I had actually used the Marketplace before, as Andy did not realize that :-) Thanks for the info Ian On 09/10/2014 04:03 PM, Benjamin Cabé wrote: Ian, What Andy and Mike are suggesting regarding the marketplace goes a step further than having a Paho entry on the Marketplace (which is a great thing already, don’t get me wrong!). The idea would be to have an entry dedicated to the MQTT UI plugin, where in addition to the description etc of the project, you would also indicate the URL of the p2 repository and feature ID of the tool. That way, people could install the tool directly by drag and dropping from the web browser to Eclipse (see e.g. [1] and the « Install » button on the lhs), or could search for « paho » or « mqtt » in the Marketplace right from their Eclipse IDE (entry in the Help menu). HTH! Benjamin [1]http://marketplace.eclipse.org/content/eclipse-scada-configurator# Le 10 sept. 2014 à 16:55, Ian Craggs<icraggs@xxxxxxxxxxxxxxxxxxxxxxx> a écrit : Andy, I added Paho as a whole to the Eclipse Marketplace in June http://marketplace.eclipse.org/search/site/paho Ian On 09/10/2014 12:21 PM, Andy Piper wrote: OK so let's be clear on the two parts to this thread! 1. Our existing Java GUIs. I had planned to do a screencast showing how to install the Eclipse plugin at the time of 1.0 release but didn't get it done. We need to promote it more; we might need help on getting it into the Marketplace as I don't think the committers have previously been through that process. We also have the client tool which is standalone / non-RCP / doesn't need Eclipse. Also not well promoted / known, lots of people still use IA92 which is essentially the same thing but built on much much older client code. 2. mqtt-spy I love it, I think it's perfectly valid to include as an alternative, and we'd welcome (I think) the contribution. Thanks Kamil! Any questions for us as a team? Andy On Wed, Sep 10, 2014 at 11:39 AM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:There's also a simple and incomplete port of the IBM Java GUI at: https://www.eclipse.org/downloads/download.php?file=/paho/1.0/org.eclipse.paho.mqtt.utility-1.0.0.jar I started that a while back to get a simple GUI going. I still think that this approach is valuable in addition to the RCP GUI because: 1) it is 200k rather than 22MB, so is good for quick downloads and small platforms 2) it can run anywhere Java can - is not limited to Linux, Mac and Windows. Kamil, I see that mqtt-spy uses JavaFX, and uses Java 8. The interface approach also looks nice. It seems to me that all of these utilities could be complementary, and have a useful place in Paho, because of their different system requirements and GUI styles. People always have different preferences for GUIs. So personalIy I would still encourage you to consider contributing mqtt-spy to Paho. Ian On 09/10/2014 03:54 AM, Bin BJ Zhang wrote: In fact, Paho already got a client UI tool available for a long time which can be run as a eclipse plugin or standalone application (based on Eclipse Rich Client Platform). But, it seems nobody has tried. A screenshot here:http://pho.to/6ySi2 https://repo.eclipse.org/content/repositories/paho-releases/org/eclipse/paho/org.eclipse.paho.ui.app/1.0.0/ org.eclipse.paho.ui.app-1.0.0-linux.gtk.x86.tar.gz org.eclipse.paho.ui.app-1.0.0-linux.gtk.x86_64.tar.gz org.eclipse.paho.ui.app-1.0.0-macosx.cocoa.x86_64.tar.gz org.eclipse.paho.ui.app-1.0.0-win32.win32.x86.zip org.eclipse.paho.ui.app-1.0.0-win32.win32.x86_64.zip Best Regards, Bin Zhang -------------------------------------------------------------------------------------------- WebSphere MQ, IBM China Software Development Lab ------------------------------------------------------------------------------------------- <Pièce jointe.gif>Kamil Baczkowicz ---09/09/2014 11:28:03 PM---Hi all, Following a quick chat with Andy P, he suggested posting a message From: Kamil Baczkowicz<kamil.baczkowicz@xxxxxxxxx> To:paho-dev@xxxxxxxxxxx Date: 09/09/2014 11:28 PM Subject: [paho-dev] Java MQTT Client GUI Utility & mqtt-spy Sent by:paho-dev-bounces@xxxxxxxxxxx ________________________________ Hi all, Following a quick chat with Andy P, he suggested posting a message here to discuss, again;-), the idea of a Java MQTT Client GUI utility (for Paho). Over the last couple of weeks and months I've been working on mqtt-spy. It's still far from perfect, so any feedback or help is very much appreciated. From start, my intention was to make the code open and available to anyone. I believe you've been thinking about a Java MQTT Client GUI Utility for quite some time, so the question is whether you still need or want one? If yes, I was wondering whether mqtt-spy could fill that gap, avoiding duplication of effort, and potentially helping you when working on Paho. My goal for mqtt-spy is to create a functional, easy-to-use and robust test tool for MQTT, Once all necessary features are available, I'd also like to open it to other pub/sub protocols if time allows. What are your views on that? Cheers, Kamil _______________________________________________ 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 _______________________________________________ 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 -- Ian Craggs icraggs@xxxxxxxxxx IBM United Kingdom Committer on Paho, Mosquitto _______________________________________________ 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-- 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 -- Ian Craggs icraggs@xxxxxxxxxx IBM United Kingdom Committer on Paho, Mosquitto _______________________________________________ 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 _______________________________________________ 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 -- Ian Craggs icraggs@xxxxxxxxxx IBM United Kingdom Committer on Paho, Mosquitto _______________________________________________ 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_______________________________________________ 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-- Ian Craggs icraggs@xxxxxxxxxx IBM United Kingdom Committer on Paho, Mosquitto _______________________________________________ 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_______________________________________________ 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-- Ian Craggs icraggs@xxxxxxxxxx IBM United Kingdom Paho Project Lead; Committer on Mosquitto _______________________________________________ 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_______________________________________________ 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_______________________________________________ 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_______________________________________________ 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
-- Ian Craggs icraggs@xxxxxxxxxx IBM United Kingdom Paho Project Lead; Committer on Mosquitto