Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
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 Ian
c) 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



Back to the top