[
https://issues.apache.org/jira/browse/NIFI-5084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16619651#comment-16619651
]
ASF GitHub Bot commented on NIFI-5084:
--------------------------------------
Github user JPercivall commented on the issue:
https://github.com/apache/nifi/pull/2813
Is there a reason this processor wasn't just a part of the normal record
bundle instead of being thought of as part of a larger reprocessing bundle? If
it's just another file in that same nar, it wouldn't be a lot of space.
For reference, I have the use-case where I have attributes on a FF and the
content is a binary file. After putting the file to disk, I want to create a
nested json object to continue processing. I essentially want to create a new
record just from EL (same as UpdateRecord but with no reader). I believe
GenerateRecord would fill this need?
> Add GenerateRecord processor
> ----------------------------
>
> Key: NIFI-5084
> URL: https://issues.apache.org/jira/browse/NIFI-5084
> Project: Apache NiFi
> Issue Type: New Feature
> Reporter: Birender Saini
> Assignee: Mike Thomsen
> Priority: Major
>
> A GenerateRecord processor (cousin of GenerateFlowFile) that generates dummy
> data based on schema in the SR will be very useful in a number of scenarios.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
