khauser opened a new issue #233:
URL: https://github.com/apache/lucene-solr-operator/issues/233
Hi,
in our current software we use the client library "solr-solrj" to connect to
our solr/zookeeper installation (on virtual machines).
build.gradle
```
implementation("org.apache.solr:solr-solrj:8.4.1")
```
In code we are then able to connect to solr by adding a list of valid
zookeeper hosts.
```
import org.apache.solr.client.solrj.impl.CloudSolrClient
...
var zkHosts: List<String> = mutableListOf("localhost:8983")
var path: Optional<String> = Optional.empty() //Optional.of("/solr")
val client = CloudSolrClient.Builder(zkHosts, path).build()
```
As far as we understood is that a zookeeper instance is called to return a
valid solr instance with which our application can work internally.
We now have moved our solr/zookeeper installation into kubernetes using this
operator and now fail to connect our software with it from outsite the cluster.
We only see that the solr-service is exposable via LB or Ingress but no
zookeeper.
What are your recommentations to proceed here? Switch to another client
library or change the way we use it? Could the zookeepers be exposed and be
configured to return the exposed solr instances?
Thanks for help
Karsten
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
