[
https://issues.apache.org/jira/browse/SOLR-17205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17829233#comment-17829233
]
James Dyer commented on SOLR-17205:
-----------------------------------
I had initially misunderstood the suggestion, but David had the idea that in
the "close" method, we could simply check if the client implements closable and
if so, cast it and call "close". This would give the users the best possible
experience without adding much complexity. This won't help with removing the
unit test "after" hacks that ensure the client's threads are cleaned up,
however. Beyond that, I am not sure what other JDK Http Client enhancements we
might want from Java 21?
> De-couple SolrJ required Java version from server Java version (main)
> ---------------------------------------------------------------------
>
> Key: SOLR-17205
> URL: https://issues.apache.org/jira/browse/SOLR-17205
> Project: Solr
> Issue Type: Task
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrJ
> Reporter: Jan Høydahl
> Assignee: Jan Høydahl
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Solr 9.x requires Java 11, both for server and solrj client.
> In Solr 10 we will likely bump required java version to Java 17, or maybe
> even 21, and since we are a standalone app we can do that - on the
> server-side.
> However, to give SolrJ client a broadest possible compatibility with customer
> application environments, we should consider de-coupling SolrJ's java
> requirement from the server-side. That would allow us to be progressive on
> the server side Java without forcing users to stay on latest Java in their
> apps.
> I don't know if it makes much sense to be compatible too far back on EOL java
> versions, but perhaps let SolrJ stay one LTS version behind the server for
> broad compatibility.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
