Jan, On 5/13/26 1:50 PM, Jan Høydahl wrote:
Sounds like you want to try HttpJettySolrClient which has a more capable backing client?
Okay, I'll give that a try. In the meantime, I just used HttpJdkSolrClient.
For normal indexing and search operations I expect the 10.0 client to talk fine with 8.x. It's fairly quick to test.
Everything runs, but I get an error from Jackson de-serializaing the response:
Root cause: Unrecognized field "indexHeapUsageBytes" (class org.apache.solr.client.api.model.CoreStatusResponse$IndexDetails), not marked as ignorable (14 known properties: "numDocs", "sizeInBytes", "segmentsFileSizeInBytes", "hasDeletions", "directory", "maxDoc", "userData", "version", "current", "segmentCount", "lastModified", "size", "deletedDocs", "segmentsFile"])
Is the SolrJ 10 client expected to be able to talk to Solr 8 server? -chris
13. mai 2026 kl. 17:53 skrev Christopher Schultz <[email protected]>: All, I'm looking at migrating from Solr 8 -> Solr 10 and I'm starting with the changes to my application necessary from a Java API standpoint. I'm moving from 8.11.4 to 10.0.0. I'm also running Solr server in "standalone" mode if that changes anything. Previously, I was using HttpSolrClient which no longer exists. It looks like I need to move to HttpJdkSolrClient or perhaps HttpJettySolrClient. I started with HttpJdkSolrClient and it looks like I have far fewer options than I did before for customizing TLS options. For example, I need to provide a custom key store and trust store (okay, key managers and trust managers -- both of which appear to be doable via a custom SSLContext) and also custom TLS protocols and cipher suites. Neither of these last two seem to be an option through the current HttpJdkSolrClient. Is this still possible? I'm finding that with more recent JREs I have less and less of a reason to customize the TLS protocols and cipher suites, but I would still like the option if necessary. Related... will I be able to use the Solr 10 client to connect to my Solr 8 server? My plan is to run connected to both servers for a migration from one to the other. -chris
