[
https://issues.apache.org/jira/browse/IGNITE-10732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16726792#comment-16726792
]
ASF GitHub Bot commented on IGNITE-10732:
-----------------------------------------
GitHub user alamar opened a pull request:
https://github.com/apache/ignite/pull/5725
IGNITE-10732 Force -Dfile.encoding=UTF-8
in linux/windows batch runners, C# and C++.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/gridgain/apache-ignite ignite-10732
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/ignite/pull/5725.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #5725
----
commit 180abe4ad6b54068075affc6d0d5acff0ccd7936
Author: Ilya Kasnacheev <ilya.kasnacheev@...>
Date: 2018-12-21T14:52:21Z
IGNITE-10732 Force -Dfile.encoding=UTF-8 in linux/windows batch runners, C#
and C++.
----
> Incorrect file.encoding leads to inconsistent SqlFieldsQuery results between
> nodes
> ----------------------------------------------------------------------------------
>
> Key: IGNITE-10732
> URL: https://issues.apache.org/jira/browse/IGNITE-10732
> Project: Ignite
> Issue Type: Bug
> Components: sql
> Affects Versions: 2.4
> Reporter: Ilya Kasnacheev
> Priority: Critical
> Labels: windows
>
> When doing
> {code}
> cache.query(new SqlFieldsQuery("SELECT _key FROM Cache"))
> {code}
> resulting Unicode values may be different when coming from Windows or Linux
> node.
> Linux nodes will mostly use UTF-8 but Windows nodes will use local CpNNNN
> encoding to encode query results, as bizzare as it may sound.
> Windows <-> Windows and Linux <-> Linux will get correct result but Windows
> <-> Linux will get broken strings.
> Note that if cluster has Windows and Linux nodes and cache is REPLICATED,
> results will be different for subsequent queries!
> There is a workaround for this: set -Dfile.encoding=UTF-8 JVM arg on Windows.
> There is probably an underlying problem in H2 but since non-UTF-8
> file.encoding is dangerous (it affects String.getBytes()) I think we should
> peg it to UTF-8.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)