This page details the current plans for future releases, these plans may change from time to time so check back regularly.
It is not a goal to list all Jira issues in a release here. Only major & controversial features, deprecations, breaking changes and other tasks that need coordination between releases need an entry.
Deprecations
They are listed here separately on this page: Deprecations
Solr 10+ Roadmap
SolrCloud
- Distributed State Updates (vs Overseer)
- Status 2024-04: real-world usage required to push this further. Concerned about Many-replica collection performance; maybe PRS addresses this?
- PRS: should Solr just work this way, removing the non-PRS code path?
- Status 2024-04: Finally, tests randomly choose PRS
- Apache Curator for managing ZK connections –
SOLR-16116
-
Getting issue details...
STATUS
- Status 2024-04: PR is close! Need to get this over the finish line.
HTTP API / OpenAPI / JAX-RS
- OpenAPI: complete coverage.
- Remove Custom V2 API annotations/framework – use JAX-RS instead.
SolrJ / HttpClient
- Remove Apache HttpClient usages within Solr, thus transition to HTTP 2 completely. Maybe will remain as a SolrJ option?
- A JDK HttpClient option to reduce dependencies (made it into 9.6!!)
Solr 9x
| Item | Description | Contributors | Theme | Jira |
|---|---|---|---|---|
| HTTP 1 → HTTP 2 | Switch the remaining HTTP 1 usage within Solr to HTTP 2. Apache HttpClient should no longer be used on the server. | Smiley | ||
| Modularize SolrJ | SolrJ should be lighter-weight (smaller) for more users; fewer dependencies. Add modules for some dependencies and functionality. | Smiley, Jan, Houston, others | ||
| Use JAX-RS | JAX-RS based V2 API definitions; use more and more. | Jason |
Solr 9.0
The theme of this release is to use Lucene 9.0 and to introduce some major frameworks.
We should not remove all features/APIs deprecated in 8.x yet, to give users a path to upgrade to 9.x without all the extra noise. Deprecated features can be removed in a later 9.x release, when the new alternative is solid and well known.
| Item | Description | Contributors | Theme | Jira |
|---|---|---|---|---|
| First party packages & Slim Solr distribution | Solr should have first party packages, and a slim Solr tarball that doesn't have the first party packages | Ishan, Noble, Jan, et. al. | Lean Solr Core | SOLR-14688 - Getting issue details... STATUS |
| V2 API to be the default | Ref guide docs should use V2, where necessary we build V2 APIs, switch SolrJ to use V2 APIs, etc. | Usability | ||
| Autoscaling / Replica assignment V2 | A new pluggable framework replaces current autoscaling | Andrzej, Ilan, Noble | Lean Solr Core |
SOLR-14749
-
Getting issue details...
STATUS
SOLR-14613 - Getting issue details... STATUS |
| HDFS moved away from Solr-Core | Build a first party package out of HDFS support | Istvan Farkas, Gezapeti | Lean Solr Core | |
| Remove Ant support | Tech-debt | LUCENE-9433 - Getting issue details... STATUS | ||
| Index Lifecycle Management | Automatically move indices between hot, warm and cold phases | Atri Sharma | Feature | |
| POJOs instead of loosely typed objects | Start using POJOs/interfaces wherever possible in public APIs where ever possible | Noble Paul | ||
| Remove Filter.java from Solr | Filter.java is a legacy relic from earlier Lucene days. Solr uses Filter in a variety of places where it can use other constructs or in some cases we need to make new constructs. In some cases like TwoPhaseIterator, this is an optimization. | David Smiley | Tech-debt | SOLR-12336 - Getting issue details... STATUS |
Solr 8.9
Last version before 9.0?
| Item | Description | Contributors | Theme | Jira |
|---|---|---|---|---|
| Alternate SolrJ APIs without using NamedList/SimpleOrderedMap/Map | Get rid of concrete classes such as NamedList,SimpleOrderedMap, Map, etc and build our public APIs with interfaces | Noble Paul | Clean-API | SOLR-14730 - Getting issue details... STATUS |
| New Cluster API | Standard set of APIs which consists of only interfaces. We should ensure that They are used wherever possible in server/client code. We should expose these interfaces to our plugins. They should be well -documented and we must always strive to maintain backward compatibility on these interfaces between versions | Noble Paul | Clean-API | SOLR-14680 - Getting issue details... STATUS |
| New Remote Call API | Remote Calls should have simple constructs and they must be public interfaces. This should be used in all inter-node/client-server communications | Noble Paul | Clean-API | SOLR-14712 - Getting issue details... STATUS |
| Multi-threaded search (SOLR-13350) | Multi threaded search across multiple segments at once, using CollectorManagers | Ishan Chattopadhyaya, Atri Sharma | Optimization | SOLR-13350 - Getting issue details... STATUS |
| SIP-9 | Advanced Query parser and supporting lucene filters | Mike Nibeck (LOC contributor), Gus Heck | Feature | SOLR-14597 - Getting issue details... STATUS |