Started by timer0077880847788084624949362494931.00002603af870375311402a84c2ee5493b0b89421bdec603af870375311402a84c2ee5493b0b89421bdecrefs/remotes/origin/branch_11x603af870375311402a84c2ee5493b0b89421bdec603af870375311402a84c2ee5493b0b89421bdecrefs/remotes/origin/branch_11x603af870375311402a84c2ee5493b0b89421bdec603af870375311402a84c2ee5493b0b89421bdecrefs/remotes/origin/branch_11xhttps://gitbox.apache.org/repos/asf/lucene.git038219275testReportfalse#262494936027137Lucene ยป Lucene-NightlyTests-11.x #22falsefalse242543527SUCCESS1793298888740https://ci-builds.apache.org/job/Lucene/job/Lucene-NightlyTests-11.x/2/lucene-solr-3- .github/workflows/run-special-checks-sandbox.yml.github/workflows/run-checks-all.yml.github/workflows/run-checks-python.ymldev-docs/working-between-major-versions.adoc.github/workflows/run-checks-mod-distribution.tests.yml.asf.yaml.github/workflows/run-checks-gradle-upgrade.yml.github/workflows/run-checks-mod-analysis-common-hunspell.yml135649691392df31d1b8c0bab68e3a9becd587331793265555000https://ci-builds.apache.org/user/javannaLuca Cavannajavanna@apache.orgReplace branch_10x with branch_11x (#16929)
2026-10-29 10:19:15 +0100135649691392df31d1b8c0bab68e3a9becd58733Replace branch_10x with branch_11x (#16929)edit.github/workflows/run-checks-python.ymledit.github/workflows/run-checks-mod-analysis-common-hunspell.ymledit.github/workflows/run-checks-gradle-upgrade.ymleditdev-docs/working-between-major-versions.adocedit.github/workflows/run-checks-all.ymledit.github/workflows/run-checks-mod-distribution.tests.ymledit.github/workflows/run-special-checks-sandbox.ymledit.asf.yaml
- lucene/core/src/java/org/apache/lucene/util/Version.javalucene/CHANGES.txtb40f497d73615e0a15d187d069c7f46d887bce0b1793265564000https://ci-builds.apache.org/user/javannaLuca Cavannajavanna@apache.orgRemove Version 10.7 (#16930)
10.6 will be the final minor release of the 10.x series. 10.7 can be removed.
2026-10-29 10:19:24 +0100b40f497d73615e0a15d187d069c7f46d887bce0bRemove Version 10.7 (#16930)editlucene/core/src/java/org/apache/lucene/util/Version.javaeditlucene/CHANGES.txt
- lucene/core/src/java/org/apache/lucene/util/LiveDocs.javalucene/benchmark-jmh/src/java/org/apache/lucene/benchmark/jmh/CopyOfBenchmark.javalucene/test-framework/src/java/org/apache/lucene/tests/index/AssertingLeafReader.javalucene/benchmark-jmh/src/java/org/apache/lucene/benchmark/jmh/SoftDeletesReaderBenchmark.javalucene/core/src/java/org/apache/lucene/util/FixedBitSet.javalucene/CHANGES.txtlucene/core/src/test/org/apache/lucene/util/TestLiveDocsCopyOf.javae8eeb38504812d11f5e85dde4d812a62f0af09a21793279059000https://ci-builds.apache.org/user/githubgithubnoreply@github.com[Backport] Use bulk applyMask in FixedBitSet.copyOf for LiveDocs (#16946)
Backporting #16623 to branch_11x.
After LiveDocs interface was introduced in #15413, FixedBitSet.copyOf fell to per-bit loop execution instead of using the specialized fast paths in Dense/SparseLiveDocs.
This PR addresses that by introducing a toFixedBitSet() method on LiveDocs and a dedicated check in copyOf.
Since there are only two implementations of LiveDocs, both final, the dispatch is bimorphic and inlineable.
copyOf bytecode goes from 90 to 113 bytes, well under the 325-byte FreqInlineSize threshold.
Co-authored-by: Costin Leau <costin@users.noreply.github.com>
2026-10-29 14:04:19 +0100e8eeb38504812d11f5e85dde4d812a62f0af09a2[Backport] Use bulk applyMask in FixedBitSet.copyOf for LiveDocs (#16946)editlucene/test-framework/src/java/org/apache/lucene/tests/index/AssertingLeafReader.javaeditlucene/core/src/java/org/apache/lucene/util/FixedBitSet.javaaddlucene/benchmark-jmh/src/java/org/apache/lucene/benchmark/jmh/SoftDeletesReaderBenchmark.javaaddlucene/core/src/test/org/apache/lucene/util/TestLiveDocsCopyOf.javaeditlucene/CHANGES.txtaddlucene/benchmark-jmh/src/java/org/apache/lucene/benchmark/jmh/CopyOfBenchmark.javaeditlucene/core/src/java/org/apache/lucene/util/LiveDocs.java
- lucene/core/src/test/org/apache/lucene/search/TestSortOptimization.javalucene/core/src/java/org/apache/lucene/search/SortField.javalucene/core/src/java/org/apache/lucene/search/Sort.javalucene/MIGRATE.mdlucene/core/src/java/org/apache/lucene/search/comparators/NumericComparator.javalucene/core/src/test/org/apache/lucene/search/TestTopFieldCollectorEarlyTermination.javalucene/core/src/java/org/apache/lucene/search/NonPruningSortField.javalucene/core/src/java/org/apache/lucene/search/FieldComparator.javalucene/core/src/java/org/apache/lucene/search/LeafFieldComparator.javalucene/core/src/java/org/apache/lucene/search/IndexSortedLeafFieldComparator.javalucene/core/src/java/org/apache/lucene/search/SortedSetSortField.javalucene/core/src/test/org/apache/lucene/search/TestNonPruningSortField.javalucene/core/src/java/org/apache/lucene/search/TopFieldCollectorManager.javalucene/core/src/java/org/apache/lucene/search/comparators/TermOrdValComparator.javalucene/CHANGES.txtlucene/core/src/java/org/apache/lucene/search/TopFieldCollector.javalucene/core/src/java/org/apache/lucene/search/SortedNumericSortField.javalucene/core/src/java/org/apache/lucene/search/FieldValueHitQueue.java203699279f59436a8d2f13379c0a7b973c5978bc1793283002000https://ci-builds.apache.org/user/romseygeekAlan Woodwardromseygeek@apache.orgConsolidate Sort pruning logic (#16857)
Whether or not to use index-sort based early termination or index-value
based sort pruning is currently scattered around several different classes
at both index and segment level, making it difficult to add further
optimizations. This commit consolidates these decisions into segment-level
logic centred on FieldValueHitQueue, with value-based pruning handled via
getLeafComparator and index-sort-based pruning handled in a new comparator
class, IndexSortedLeafFieldComparator.
In addition, the deprecated methods on SortField that allow users to disable
pruning are removed and replaced by a new wrapper class. This has the
advantage of removing one more mutable field from SortField, and also makes
it clear that it only applies to search-time sorts.
This will allow future improvements around individual segment-based sorts -
for example, we will be able to make use of the effective primary sort field
optimizations that detect whether or not leading sort fields are no-ops on
individual segments.
2026-10-29 14:10:02 +0000203699279f59436a8d2f13379c0a7b973c5978bcConsolidate Sort pruning logic (#16857)editlucene/core/src/java/org/apache/lucene/search/comparators/NumericComparator.javaeditlucene/core/src/java/org/apache/lucene/search/comparators/TermOrdValComparator.javaeditlucene/CHANGES.txteditlucene/MIGRATE.mdaddlucene/core/src/test/org/apache/lucene/search/TestNonPruningSortField.javaeditlucene/core/src/java/org/apache/lucene/search/FieldComparator.javaeditlucene/core/src/test/org/apache/lucene/search/TestTopFieldCollectorEarlyTermination.javaeditlucene/core/src/java/org/apache/lucene/search/FieldValueHitQueue.javaaddlucene/core/src/java/org/apache/lucene/search/NonPruningSortField.javaeditlucene/core/src/test/org/apache/lucene/search/TestSortOptimization.javaeditlucene/core/src/java/org/apache/lucene/search/LeafFieldComparator.javaeditlucene/core/src/java/org/apache/lucene/search/TopFieldCollector.javaeditlucene/core/src/java/org/apache/lucene/search/SortedNumericSortField.javaeditlucene/core/src/java/org/apache/lucene/search/TopFieldCollectorManager.javaeditlucene/core/src/java/org/apache/lucene/search/SortedSetSortField.javaeditlucene/core/src/java/org/apache/lucene/search/SortField.javaaddlucene/core/src/java/org/apache/lucene/search/IndexSortedLeafFieldComparator.javaeditlucene/core/src/java/org/apache/lucene/search/Sort.java
- gradlewfbb78024382d96bda599289ad8f2f89c383ca03d1793293097000https://ci-builds.apache.org/user/uschindlerUwe Schindleruschindler@apache.orgRemove version number from error message (align with Windows script) (#16943)
2026-10-29 17:58:17 +0100fbb78024382d96bda599289ad8f2f89c383ca03dRemove version number from error message (align with Windows script) (#16943)editgradlew
- build-tools/build-infra/src/main/java/org/apache/lucene/gradle/plugins/documentation/DocumentationConfigPlugin.java3385099e0d698b4eff662dccfb8972eb31e3396c1793293097000https://ci-builds.apache.org/user/uschindlerUwe Schindleruschindler@apache.orgFix codec extraction (fixes #16939) (#16941)
2026-10-29 17:58:17 +01003385099e0d698b4eff662dccfb8972eb31e3396cFix codec extraction (fixes #16939) (#16941)editbuild-tools/build-infra/src/main/java/org/apache/lucene/gradle/plugins/documentation/DocumentationConfigPlugin.java
- lucene/core/src/java/org/apache/lucene/store/RefCountedSharedArena.javalucene/core/src/java/org/apache/lucene/store/MMapDirectory.javalucene/core/src/test/org/apache/lucene/store/TestMMapDirectory.javalucene/CHANGES.txt603af870375311402a84c2ee5493b0b89421bdec1793293151000https://ci-builds.apache.org/user/uschindlerUwe Schindleruschindler@apache.orgFix MMapDirectory shared arena grouping being lost when an old arena closes (#16931)
MMapDirectory groups the files of a segment into one reference counted shared arena. When an arena runs out of permits, or is already closing, a newer arena for the same group replaces it in the arenas map. The old arena stays alive until its inputs are closed. When it finally closes, it calls arenas.remove(key), which removes whatever is mapped to that key, so it evicted the newer live arena. Later opens of that group could not find it and created more arenas than needed.
I changed RefCountedSharedArena to pass itself to its onClose callback, and MMapDirectory now calls arenas.remove(key, arena). The entry is removed only if it still points to the closing arena. Nothing else changes: memory is still unmapped when the last input of an arena is closed, whether or not the arena is in the map.
This is a performance issue only. No arenas or mappings are leaked. Files in a group just may not share an arena, so more arenas are created and closed.
2026-10-29 17:59:11 +0100603af870375311402a84c2ee5493b0b89421bdecFix MMapDirectory shared arena grouping being lost when an old arena closes (#16931)editlucene/CHANGES.txteditlucene/core/src/test/org/apache/lucene/store/TestMMapDirectory.javaeditlucene/core/src/java/org/apache/lucene/store/RefCountedSharedArena.javaeditlucene/core/src/java/org/apache/lucene/store/MMapDirectory.java
githttps://ci-builds.apache.org/user/githubgithubhttps://ci-builds.apache.org/user/romseygeekAlan Woodwardhttps://ci-builds.apache.org/user/uschindlerUwe Schindlerhttps://ci-builds.apache.org/user/javannaLuca Cavanna