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)