Hello.
Has anyone else also come across this or a similar scenario?
The line 69/70 assumeTrue appears to hold and then at line 71 the test fails.
This is with 'Oracle Corporation 1.8.0_45 (64-bit)' (LUCENE-6517 is for a
different MockFileSystemTestCase test failure with IBM jdk). More details below.
Thanks,
Christine
------------------------------
MockFileSystemTestCase.testURI
...
69 assumeTrue(Charset.defaultCharset().name() + " can't encode chinese",
70 Charset.defaultCharset().newEncoder().canEncode("ä¸å<9B>½"));
71 Path f3 = dir.resolve("ä¸å<9B>½");
...
------------------------------
NOTE: reproduce with: ant test -Dtestcase=TestVerboseFS -Dtests.method=testURI
-Dtests.seed=31F5C6E85DAF4E6B -Dtests.slow=true -Dtests.locale=no
-Dtests.timezone=Australia/Melbourne -Dtests.asserts=true
-Dtests.file.encoding=UTF-8
0.12s | TestVerboseFS.testURI <<<
Throwable #1: java.nio.file.InvalidPathException: Malformed input or input
contains unmappable characters: ??
at
__randomizedtesting.SeedInfo.seed([31F5C6E85DAF4E6B:B847BD4395B0145A]:0)
at sun.nio.fs.UnixPath.encode(UnixPath.java:147)
at sun.nio.fs.UnixPath.<init>(UnixPath.java:71)
at sun.nio.fs.UnixFileSystem.getPath(UnixFileSystem.java:281)
at sun.nio.fs.AbstractPath.resolve(AbstractPath.java:53)
at org.apache.lucene.mockfile.FilterPath.resolve(FilterPath.java:156)
at
org.apache.lucene.mockfile.MockFileSystemTestCase.testURI(MockFileSystemTestCase.java:71)
at java.lang.Thread.run(Thread.java:745)