On Thu, 16 Jul 2026 13:17:59 GMT, Adam Farley <[email protected]> wrote:
> On some Linux distros like Ubunto and Sles, the default environment variables > can lead to the non-ascii characters in this string causing any tests using > this class to fail due to the unmappable characters. > > --------- > - [x] I confirm that I make this contribution in accordance with the [OpenJDK > Interim AI Policy](https://openjdk.org/legal/ai). Hello Adam, JDK 18 and above use UTF-8 by default https://openjdk.org/jeps/400. Are you sure this compilation failure happens on JDK 18 and above? From what I see in the jtr file you attached to the issue, the issue is on JDK 17 and there isn't any explicit `-encoding` option being passed to `javac`. That can cause issues like the one you are noticing: HttpServerAdapters.java:437: error: unmappable character (0xC3) for encoding US-ASCII this("p\ufffd\ufffdt\ufffd\ufffd de t\ufffd\ufffdte persill\ufffd\ufffd"); This section in the JEP has more details https://openjdk.org/jeps/400#Source-file-encoding. This line in the test library was introduced in https://bugs.openjdk.org/browse/JDK-8343855 and it looks like that was backported to older releases. If this is failing against JDK 18+, can you attach a jtr from one such failure? If this is happening only on JDK 17 (or lower), then the change should ideally be done in that update release. ------------- PR Comment: https://git.openjdk.org/jdk/pull/31932#issuecomment-4992550849
