You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Matt Burgess (Jira)" <ji...@apache.org> on 2020/10/12 19:38:00 UTC

[jira] [Updated] (NIFI-6417) JOLT processors should accept more character encodings

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

Matt Burgess updated NIFI-6417:
-------------------------------
    Status: Patch Available  (was: Open)

> JOLT processors should accept more character encodings
> ------------------------------------------------------
>
>                 Key: NIFI-6417
>                 URL: https://issues.apache.org/jira/browse/NIFI-6417
>             Project: Apache NiFi
>          Issue Type: Improvement
>          Components: Extensions
>            Reporter: Matt Burgess
>            Assignee: Travis Neeley
>            Priority: Major
>          Time Spent: 1h 50m
>  Remaining Estimate: 0h
>
> Currently JoltTransformJSON and JoltTransformRecord are hard-coded to input and output UTF-8 encoding. These processors should be able to at least accept a user-configured input encoding such as UTF-16, ISO-8859-1, etc.
> We could retain the behavior of writing out in UTF-8, but I think for consistency and flexibility we should add an Output Character Encoding property as well. Both would be defaulted to UTF-8 to maintain current default behavior. 
> *NOTE*: There may be a limitation at present with JoltTransformRecord regarding String fields, where they are hard-coded to be UTF-8. If that is the case, then both processors should still offer the Input Character Encoding, but only JoltTransformJSON would have the Output Character Encoding property. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)