David Smiley created SOLR-17653:
-----------------------------------
Summary: New DockerSolrServerTestRule that uses
TestContainers/Docker
Key: SOLR-17653
URL: https://issues.apache.org/jira/browse/SOLR-17653
Project: Solr
Issue Type: Test
Components: SolrJ, test-framework
Reporter: David Smiley
We've got a {{SolrClientTestRule}} abstraction in our test infrastructure that
makes it easy for a test to work with Solr in an abstracted sense, using a
SolrClient to talk to it. This issue proposes a new implementation that uses
an Http SolrClient (of configurable implementation) to talk to SolrCloud
(embedded ZK) running on a single node in a Docker container, and using
TestContainers to facilitate the integration. Future extensibility: the
implementation could consider multiple nodes thus multiple containers. The
location of this utility could be a new artifact (JAR) living in the docker
module with appropriate dependencies, or just put in solr-test-framework.
This would be extremely useful! We could then write a hello-world SolrJ
SolrCloud test in which Solr is running semi-realistically. This is all we
need for easily adding some backwards-compatibility tests, in either direction
(SolrJ 9 to Solr 10, and SolrJ 10 to Solr 9). Both directions are useful in a
rolling upgrade. Tests using this in our test suite should be demarcated /
separated somehow so that running such tests is opt-in, not part of the "check"
task.
The addition of this may draw into question the validity/utility of our Docker
bats tests, that could perhaps instead be using this.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
