[ 
https://issues.apache.org/jira/browse/NIFI-9894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17655586#comment-17655586
 ] 

Mark Payne commented on NIFI-9894:
----------------------------------

[~exceptionfactory] I think it's a reasonable improvement to InvokeHTTP.

We already have two properties "Put Response Body In Attribute" and "Request 
Body Enabled" that are true/false values.

This is very unfortunate - it would have made much more sense to have these be 
values like "Response Body Destination" with values of {{{}FlowFile 
Content{}}}, {{{}Attribute{}}}, {{None}} and also allowing Request Body to be 
chosen as {{{}Expression Language{}}}, {{{}FlowFIle Content{}}}, or 
{{{}None{}}}.

Perhaps as part of 2.0, we could consolidate these together.

> Enhance InvokeHTTP process - Send content through body variable
> ---------------------------------------------------------------
>
>                 Key: NIFI-9894
>                 URL: https://issues.apache.org/jira/browse/NIFI-9894
>             Project: Apache NiFi
>          Issue Type: Improvement
>          Components: Core Framework
>    Affects Versions: 1.15.3
>            Reporter: Denis Jakupovic
>            Priority: Trivial
>
> Hey,
> could you please implement an attribute in the InvokeHTTP processor where the 
> processor sends a "body attribute" as raw content instead of the current 
> content triggering an InvokeHTTP processor.
> The process of sending JSON files through the processor currently is:
> 1. ReplaceText with content if needed
> 2. Call Invoke HTTP
> 3. Read Reponse variable or the new content created
> 3. ReplaceText with enriched content 
> Yes I know in Nifi 1.16 there is are two new processor for enrichment which 
> needs then to be merged again. However, by working with a lot of RESTful 
> services its quite a pain always to replace the content. The data lineage and 
> provenance increases a lot as well.
> imho better process in some use case:
>  # InvokeHTTP with attibute as body
>  # Read the "original" route instead of the response and read response adde 
> attribute. (feature already available)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to