Description
(apologies if I already had a ticket for this somewhere, I couldn't find it)
Our integration tests are very nice and automated at the moment because we can use MiniAccumuloCluster to "provision" an Accumulo instance (or used a shared instance), and run a test against it. For the most part, this works well and provides an accurate test harness.
Thus, to run integration tests, you need a sufficiently beefy machine since the same host will be running all of Accumulo as well as performing any client work. When resources are available to use, it would be nice to leverage them – whether these are yarn, mesos, a vanila installation, etc.
In addition to the additional computational power from using extra hardware, it also encourages us to use the public API as much as possible instead of relying on "hidden" impl methods in MiniAccumuloCluster.
I propose making changes to the IT test base (AbstractMacIT, SimpleMacIT, ConfigurableMacIT) to add an extra step between them an test classes to allow "injection" of a more generic Accumulo "cluster" that is not associated with MAC.
Attachments
Issue Links
- relates to
-
ACCUMULO-3366 Ensure ITs can run against cluster with SSL
- Resolved
-
ACCUMULO-3367 Lift alter-and-reset-configuration paradigm in common location
- Resolved
- links to
1.
|
Remove internal use of deprecated test classes | Resolved | Christopher Tubbs |
|