You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Owen Nichols (Jira)" <ji...@apache.org> on 2022/06/22 20:46:01 UTC

[jira] [Closed] (GEODE-9287) Eliminate use of platform dependent String.getBytes() and new String(bytes) calls in redis

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

Owen Nichols closed GEODE-9287.
-------------------------------

> Eliminate use of platform dependent String.getBytes()  and new String(bytes) calls in redis
> -------------------------------------------------------------------------------------------
>
>                 Key: GEODE-9287
>                 URL: https://issues.apache.org/jira/browse/GEODE-9287
>             Project: Geode
>          Issue Type: Bug
>          Components: redis
>            Reporter: Dan Smith
>            Assignee: Donal Evans
>            Priority: Major
>              Labels: pull-request-available, unreleased
>             Fix For: 1.15.0
>
>
> We have a number of places that call either String.getBytes() or new String(bytes) in the redis module.
> These methods may produce different output depending on the underlying platforms default encoding. 
> We should switch these places to call use our standard Coder.stringToBytes and bytesToString methods. Those methods should use UTF-8 encoding, eg String.getBytes(StandardCharsets.UTF-8).
> We should eliminate conversions between bytes and strings as much as possible on critical path code. In particular, our parser should have constants for the byte[] values of all of the static strings in the commands.
> We may want to consider encoding error responses as ASCII, rather than UTF-8, for more compatibility with different clients if an error message accidentally contains a non-ascii character. 



--
This message was sent by Atlassian Jira
(v8.20.7#820007)