I was curious about the "Solr helm chart" that Houston mentioned? I ask because I'm knee deep in a set of python scripts that create Solr Collections using the Solr operator. I just wanted make sure I'm not missing some Solr collection level support coming out.
Also if anyone is interested I can share the python scripts I'm working on when they are ready next week. The scripts handle replica placement directly rather than relying on Solr for placement. Joel Bernstein http://joelsolr.blogspot.com/ On Wed, Jul 21, 2021 at 11:18 AM Timothy Potter <thelabd...@gmail.com> wrote: > Sounds good Houston! Thanks for initiating this process ;-) On my > side, I'd like to get fixes in for: > > https://github.com/apache/solr-operator/issues/291 > https://github.com/apache/solr-operator/issues/289 > https://github.com/apache/solr-operator/issues/274 > > Should have PR's ready for review for these by the end of this week. > > Cheers, > Tim > > On Wed, Jul 21, 2021 at 9:14 AM Houston Putman <hous...@apache.org> wrote: > > > > Hello everyone, > > > > As you might have seen on various lists, there is has been a lot of good > stuff going into the Solr Operator recently. This includes: > > > > A Solr helm chart! > > Scheduled restarts > > More Provided Zookeeper options > > Customization of Service Account (Allows for running on OKD) > > More TLS options, such as common-endpoint ingress termination and > mounted cert options > > A Solr Operator base image with no CVEs > > > > > > There are still some features that folks are trying to get in, so I > suggest that we have start a feature freeze in two weeks, on August 4. Then > we can start the v0.4.0 release process, which should hopefully go very > smoothly given the automation around it! > > > > Let me know if anyone has larger features that will require more time to > get in. > > > > Note: we will likely not be changing the supported Kubernetes version in > this release. We may need another v0.5.0 release, not-so-long after v0.4.0, > that supports Kubernetes v1.22, but we can cross that bridge when we get to > it. > > > > - Houston > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > >