You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Hongze Zhang (JIRA)" <ji...@apache.org> on 2019/04/29 17:15:10 UTC

[jira] [Closed] (CALCITE-835) Unicode character seems to be handled incorrectly in Avatica

     [ https://issues.apache.org/jira/browse/CALCITE-835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hongze Zhang closed CALCITE-835.
--------------------------------

The issue was resolved but not closed in the given fix version. Closing now.

> Unicode character seems to be handled incorrectly in Avatica
> ------------------------------------------------------------
>
>                 Key: CALCITE-835
>                 URL: https://issues.apache.org/jira/browse/CALCITE-835
>             Project: Calcite
>          Issue Type: Bug
>          Components: avatica
>            Reporter: Holman Lan
>            Assignee: Josh Elser
>            Priority: Major
>             Fix For: avatica-1.8.0
>
>
> This was discovered with Apache Phoenix (4.4 and 4.5) while using the thin JDBC client to connect to Phoenix Query Server.
> This can be reproduced using a CREATE TABLE statement with non-ASCII characters in column name:
> create table colUnicode ("НомерТелефона" integer not null primary key, col2 varchar)
> When executing the above statement using the thin client and retrieving the table using either the thin or the thick client the column name shows up as �оме�Теле�она. Executing the same CREATE table statement using the thick client seems to work fine, the column name shows up correctly when using either the thin or the thick client to retrieve the table.
> The same behavior can also be observed when when inserting non-ASCII data into a varchar column in a table.
> When using WireShark to observe the network traffic, we can see the non-ASCII character sent from the thin client to the server has been encoded into UTF-8. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)