[LUCENE-9318] Fix Codec API to not rely on package-private classes as part of changes to support java module system

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 9.0
• Fix Version/s: 9.0
• Component/s: core/other
• Labels: build features
• Lucene Fields: New
• Assignee: Tomoko Uchida
• Reporter: David Ryan
• Created: 12/Apr/20 04:15
• Updated: 28/Aug/22 16:01
• Resolved: 19/Oct/20 13:09

Description

To allow Lucene to be modularised with Java module system there are a few preparatory tasks to be completed prior to this being possible. These are detailed by Uwe on the mailing list here:

http://mail-archives.apache.org/mod_mbox/lucene-dev/202004.mbox/%3c0a5e01d60ff2$563f9c80$02bed580$@thetaphi.de%3e

 

This task is:

Fix Codec API to not rely on package-private classes, so we can have a completely public API with abstract classes for codecs, so stuff in backwards-codecs does not need to have access to package private stuff in core.

 

Issue Links

• is a child of: LUCENE-9499 Clean up package name conflicts between modules (split packages)
• links to: GitHub Pull Request #2000