[
https://issues.apache.org/jira/browse/LUCENE-10558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17532904#comment-17532904
]
Uwe Schindler commented on LUCENE-10558:
----------------------------------------
This was fixed in 9.x (9.2 is next release) with the new APIs, but also old
(deprecated) APIs were revised:
- loading from classpath works again and is not loading default files (the bug
reported here)
- the inconsistent behaviour of loading from classpath was restored (path
format, replacement of . by / in ConnectionCosts)
> Add URL constructors for classpath/module usage as complement to Path ctors
> in Kuromoji and Nori
> ------------------------------------------------------------------------------------------------
>
> Key: LUCENE-10558
> URL: https://issues.apache.org/jira/browse/LUCENE-10558
> Project: Lucene - Core
> Issue Type: Improvement
> Components: modules/analysis
> Affects Versions: 9.1
> Reporter: Michael Sokolov
> Assignee: Uwe Schindler
> Priority: Major
> Fix For: 10.0 (main), 9.2
>
> Time Spent: 16h 10m
> Remaining Estimate: 0h
>
> When we refactored the constructors for these resource objects used by the
> kuromoji JapaneseTokenizer, we (inadvertently, I expect) changed the
> behavior for consumers that were supplying these resources on the classpath.
> In that case, we silently replaced the custom resources with the Lucene
> built-in ones. I think we cannot support the old API because of Java Module
> system restrictions, but we didn't provide any usable replacement or notice
> either.
>
> This issue is for exposing the new (private) constructors that accept
> streams, and adding a notice to Migration.md to point users at them, since
> they can be used with resources streams loaded from the classpath by the
> caller.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
