You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "David Smiley (Jira)" <ji...@apache.org> on 2025/02/04 22:24:00 UTC
[jira] [Created] (SOLR-17653) New DockerSolrServerTestRule that uses TestContainers/Docker
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-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org