[ 
https://issues.apache.org/jira/browse/SOLR-17205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17829218#comment-17829218
 ] 

Kevin Risden commented on SOLR-17205:
-------------------------------------

One thing we might want to consider is if we have the JDK http client in solrj, 
we probably want to stay closer to JDK 21 or 22 right? Since most of the 
improvements to JDK http client will be in the newer JDK versions (ie: 
autoclosable for jdk http client is jdk 21 or 22). 

I don't know if its possible to do a multi release jar where we can get both 
options? is something like that worth it? 

> 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

Reply via email to