[ 
https://issues.apache.org/jira/browse/SOLR-17205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jan Høydahl updated SOLR-17205:
-------------------------------
    Description: 
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.

  was:
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 even Java 
21/22 (server-side).

However, SolrJ client should still be compatible with Java 17 for broadest 
compatibility. 


> Let SolrJ require JRE17 in Solr10
> ---------------------------------
>
>                 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
>            Priority: Major
>
> 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