|Re: [paho-dev] MQTT Server Setup for Testing of MQTT clients|
Those ports seem not to be accessible from outside the Eclipse foundation network, which is useful in limiting random use of that server which could upset the tests.
Ian On 07/23/2013 10:46 AM, Ian Craggs wrote:
Thanks Mike. I didn't know - I'll look into that. On 07/22/2013 05:13 PM, Mike Milinkovich wrote:Just in case you didn't know this: projects can ask Webmaster to set them up their own virtual server. Might be useful for running tests.Mike Milinkovich +1.613.220.3223 mike.milinkovich@xxxxxxxxxxxOn 2013-07-22, at 10:44 AM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:Thanks Roger, I'll take a look.I think I'd still want to run some client tests against a "real" server though, and vice versa. Getting enough coverage with your technique seems likely to be to be more time-consuming than using a server we have already built. Why not use it, if we have it? What about "large" message tests, for instance, where the packet has to be written in more than one attempt (for clients/servers that don't have one thread per client)?I'll think about it. Ian On 07/22/2013 02:19 PM, Roger Light wrote:Hi Ian, For the mosquitto tests I run a per test instance of the broker for exactly the reasons you say - many of the tests require special configuration. Likewise, I think that running the broker on the build machine is a sensible option because it is not affected by connectivity problems or by whatever else is happening on the server. For both the broker and the client, I don't use the opposite client/broker at all, instead generating and examining received packets within the test itself. I find it much easier to verify what the test is doing when a client test doesn't depend on the broker and vice versa. I suppose for completeness I should be testing them both together as well as these isolated tests. You can view my client tests already because they are part of the Paho Python repository - see the test/lib directory. I would already have them running on eclipse hudson, but I need to request some more recent versions of Python be installed on the build machines. Cheers, Roger On Mon, Jul 22, 2013 at 12:56 PM, Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx> wrote:Hi All,Al and I have been adding tests for the Java and C clients, which are run byHudson build jobs (seehttps://hudson.eclipse.org/hudson/job/paho-c-dev-nightly/ for the C job).For the basic MQTT tests, we have pointed the tests at m2m.eclipse.org, which works fine. But now we need to add SSL and failover tests (for High Availability configurations), so we need to have MQTT server setups to testagainst.We could, along with m2m.eclipse.org, have SSL and HA predefined setups which can be used by the tests. Would m2m.eclipse.org be the right place,or should we have specific test servers somewhere else?Or, once we had Mosquitto contributed to Eclipse, I thought the builds for the clients and server could use each other for testing. Then the tests could configure the server as they see fit, for that test. The simplest setup would entail running the MQTT server on the build machine where theclients were being built. Thoughts, suggestions? Ian _______________________________________________ paho-dev mailing list paho-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/paho-dev_______________________________________________ paho-dev mailing list paho-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/paho-dev_______________________________________________ paho-dev mailing list paho-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/paho-dev_______________________________________________ paho-dev mailing list paho-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/paho-dev
Back to the top