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

• Type: Improvement
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: master (9.0)
• Fix Version/s: master (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: 19/Oct/20 14:14
• 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