nifi-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Joseph Percivall (JIRA)" <>
Subject [jira] [Updated] (NIFI-1081) Add option to ExecuteStreamCommand to put value of execution to an attribute
Date Thu, 05 Nov 2015 17:19:27 GMT


Joseph Percivall updated NIFI-1081:
    Attachment: NIFI-1081_changes_from_code_review.patch

Removed one of the properties for the configuration and just have one that when set puts to
the attribute. Changed the name to "Max Attribute Length".

Rebased to master

> Add option to ExecuteStreamCommand to put value of execution to an attribute
> ----------------------------------------------------------------------------
>                 Key: NIFI-1081
>                 URL:
>             Project: Apache NiFi
>          Issue Type: Test
>            Reporter: Joseph Percivall
>            Assignee: Joseph Percivall
>            Priority: Minor
>             Fix For: 0.4.0
>         Attachments: ExecuteStreamCommandTester.xml, NIFI-1081_changes_from_code_review.patch
> This issue arose from a user on the mailing list. It demonstrates the need to be able
to put the output of ExecuteStreamCommand to an attribute:
> I'm looking to process many files into common formats.  The source files are coming in
various character sets, mime types, and new line terminators.
> My thinking for a data flow was along these lines:
> GetFile (from many sub directories) -> 
> ExecuteStreamCommand (file -i) ->
> ConvertCharacterSet (from previous command to utf8) ->
> ReplaceText (to change any \r\n into \n) ->
> PutFile (into a directory structure based on values found in the original file path and
> Additional steps would be added for archiving a copy of the original, converting xml
files, etc.
> Attempting to process these with Nifi leaves me confused as to how to process within
the tool.  If I want to ConvertCharacterSet, I have to know the input type.  I setup a ExecuteStreamCommand
to file -i ${absolute.path:append(${filename})} which returned the expected values.  I don't
see a way to turn these results into input for the processor, which doesn't accept expression
language for that field.
> I also considered ConvertCSVToAvro as an interim step but notice the same issue.  Any
suggestions what this dataflow should look like?
> Bryan Bende's response:
> One problem with the above flow is that ExecuteStreamCommand will replace the contents
of the FlowFile with the results of the command, so the FlowFIle will have the encoding value
and no longer have the original content.

This message was sent by Atlassian JIRA

View raw message