add simple key-value store to SBT plugin
the plugin created in #2057 shall be able to support the following:
All TestConductor usage is in client code, i.e. within the JARs under test; this might make the provision of the interface a bit more interesting given the need to segregate the class loaders.
- start up N nodes, giving each the list of nodes and their own index
- the first node fires up the TestConductor and puts the port of that one into this store
- all others wait for that value to appear, retrieve it and start their TestConductor slaves with it
All TestConductor usage is in client code, i.e. within the JARs under test; this might make the provision of the interface a bit more interesting given the need to segregate the class loaders.
Leave a comment
This is not part of the sbt plugin anymore. Now lives in the test conductor
since we started having multi-node tests in akka-remote-tests as well as akka-cluster, there have been port conflicts, meaning that we will not be so lucky to get away without a central communication mechanism for the TestConductor’s port number.
on 2012-05-25 13:51 *
By bjorn.antonsson@typesafe.com
Priority changed from Highest (1) to Normal (3)
What are you saying? You still need to fix some port at some time? Why are they run at the same time?
The easiest solution would be to start the first TestClass in some special way and let it communicate back properties to the sbt-plugin. Still messy though.
Is this really top priority?
The easiest solution would be to start the first TestClass in some special way and let it communicate back properties to the sbt-plugin. Still messy though.
Is this really top priority?
on 2012-05-25 13:53 *
By Jonas Bonér
To allow parallel execution.
The projects akka-cluster and akka-remote-tests are tested in parallel, creating problems. The TestConductor controller should use a random port for each test suite, and that needs to be made available to the players. The only link between those is the SBT plugin, I fear.
on 2012-05-25 16:26 *
By Patrik Nordwall
I agree that it would be nice to run everything in parallel, but for now we could use a fixed conductor port per project (one for remote-tests and one for cluster)
on 2012-07-04 18:23 *
By bjorn.antonsson@typesafe.com
Assigned to changed from bjorn.antonsson@typesafe.com to -none-
on 2012-07-05 19:23 *
By viktorklang
Milestone changed from Infrastructure and Framework For Distributed and Load Testing to Coltrane
not needed.