LUCENE-10558: expose stream-based Kuromoji resource constructors

[msokolov]

Just makes some existing constructors public, and adds javadocs

[mocobeta]

Could you explain why the parameter names should be changed? It's now inconsistent with other constructors (e.g. TokenInfoDictionary).

[uschindler]

I think he did this because "Resource" is a bit strange, as it is no longer classpath based.

[msokolov]

it's another day, I can no longer confirm nor deny, but Uwe's explanation makes sense to me :) If we keep this change, I'd be fine with the resource naming too, although it does have that classpath connotation?

[mocobeta]

I think the same change would be needed for Nori, I don't know the use-cases but for the completeness.

[uschindler]

I would not make the IOSupplier ctors available, they are internal only (IOSupplier is a class which is marked as subject to change).

Because we have java.nio.files.Path ctors for usage as replacement for the eprecated one, we need one taking java.net.URL for resource usage.

See #868 for an implementation.

[uschindler]

I'd go with #868

[rmuir]

I don't think we shoudl do this, same reasons as stated on #868

These things should be loaded from jar as singletons and that's it.

[uschindler]

Close because superseeded by #868 and #871.