[
https://issues.apache.org/jira/browse/LUCENE-6563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14614684#comment-14614684
]
Uwe Schindler commented on LUCENE-6563:
---------------------------------------
bq. I think there are two solutions – either we agree that all Lucene-related
filesystem operations use only ASCII (and this can be verified at mock
filesystem level), then the test can be corrected as well. Or we agree that
filesystems with crippled unicode support are not supported. Then the test
should keep failing (with a better message perhaps).
- "and this can be verified at mock filesystem level": we should only verify
this below Lucene directories (so we dont create new filenames for segments in
non-ASCII), but we should not assume that e.g. the test directory or the
directory where a user has placed the index is ASCII-only. E.g. on a Windows
system with Umlauts in User name you have both a whitespace and a Umlaut in the
path name of the home directory.
- I think the test should keep failing in this configuration. This is something
that the test has setup in a wrong way.
We should never ever change the sun.jnu.encoding property, because this may
produce broken filenames on some system (that you cannot even delete later from
command line...).
> sun.jnu.encoding to match file.encoding system property
> (MockFileSystemTestCase.testURI)
> ----------------------------------------------------------------------------------------
>
> Key: LUCENE-6563
> URL: https://issues.apache.org/jira/browse/LUCENE-6563
> Project: Lucene - Core
> Issue Type: Wish
> Reporter: Christine Poerschke
> Priority: Minor
>
> {{ant test -Dtestcase=TestVerboseFS -Dtests.method=testURI
> -Dtests.file.encoding=UTF-8}} fails (for example) with 'Oracle Corporation
> 1.8.0_45 (64-bit)' when the default {{sun.jnu.encoding}} system property is
> (for example) {{ANSI_X3.4-1968}}
> [details to follow]
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
