If this aws-secret-provider is always going to be used on the server side, then
a server module could provide solrj extensions (in separate java package) as
part of the module I suppose.
However, if your SolrJ extension is useful by user clients, it should be one of
those soon-to-be solrj jars w
Hey Jason,
Im without my laptop right now, so i cant link them, but there are a few
JIRA tickets to split out SolrJ into separate modules (different than the
solr server modules). So i feel that would be a good fit for your use case.
But since yours would also require a solr server module, you co
On 5/5/2022 1:51 PM, Jason Gerlowski wrote:
TL;DR Can contribs/modules only extend Solr "core" classes, or are
they a valid way to package extensions of SolrJ functionality as well?
I am pretty sure solr-core depends on solr-solrj ... so if you're
depending on solr-core, you will need solrj to
Hey all,
TL;DR Can contribs/modules only extend Solr "core" classes, or are they a
valid way to package extensions of SolrJ functionality as well?
I put in a review recently on a PR for SOLR-15857. [1]. The PR introduces
a new module ('aws-secret-provider') that extends a SolrJ interface t
[INFO] There was an issue with SOLR-16133 that caused the smoke tester to
fail with gpg errors on macOS. That change has been reverted from
branch_9_0 and if you run into it, please try fetching the latest changes
and running the smoke tester command again.
On Thu, May 5, 2022 at 2:48 AM Jan Høyda
Please vote for release candidate 5 for Solr 9.0.0
The artifacts can be downloaded from:
https://dist.apache.org/repos/dist/dev/solr/solr-9.0.0-RC5-rev-a4eb7aa123dc53f8dac74d80b66a490f2d6b4a26
You can run the smoke tester directly with this command:
python3 -u dev-tools/scripts/smokeTestRelease.
