Mark,

 

Thanks for the observation and the hint!  I’ll change the flow and see if I get a better result.

 

 

Warm regards,

 

https://go.alertlogic.com/rs/239-ZBX-439/images/ESign-Alert%20Logic-Logo.png

Jim Williams | Principal Database Developer

O: +1 713.341.7812 | C: +1 919.523.8767 | jwilliams@alertlogic.com | alertlogic.com https://go.alertlogic.com/rs/239-ZBX-439/images/t.pnghttps://go.alertlogic.com/rs/239-ZBX-439/images/L.png

 

cid:image002.png@01D419D4.F5B618E0

 

From: Mark Payne <markap14@hotmail.com>
Sent: Friday, November 16, 2018 3:14 PM
To: users@nifi.apache.org
Subject: Re: Problem Debugging InvokeHTTP Processor in Nifi 1.8.0

 

Jim,

 

Thanks, that's enough to understand what's happening. As it is configured, the InvokeHTTP processor has no incoming connection.

However, it is configured to use the HTTP POST method. It doesn't really make sense to perform a POST with no incoming data,

so the Processor just returns. If you have no incoming connection, you cannot use the Processor to perform a POST, PUT, or PATCH

request.

 

You could force it to occur, if you want to, because the service does something interesting with an empty POST, by using a GenerateFlowFile

processor ahead of it and generating a 0-byte FlowFile, then sending that to the InvokeHTTP processor.

 

Thanks

-Mark

 

 



On Nov 16, 2018, at 3:29 PM, Williams, Jim <jwilliams@alertlogic.com> wrote:

 

Hey Mark,

 

Replication is problematic, since the HTTP server I am accessing is internal to my company.  However, I have attached a template of the (rather simple) flow.

 

 

Warm regards,

 

Jim Williams | Principal Database Developer

 

<image008.png>

 

From: Mark Payne <markap14@hotmail.com> 
Sent: Friday, November 16, 2018 2:14 PM
To: users@nifi.apache.org
Subject: Re: Problem Debugging InvokeHTTP Processor in Nifi 1.8.0

 

Hi Jim, 

 

Can you build a template of your flow and share that? If so, that's usually the easiest way to try to

replicate the behavior and to understand exactly how your flow is configured.

 

Thanks

-Mark




On Nov 16, 2018, at 2:58 PM, Williams, Jim <jwilliams@alertlogic.com> wrote:

 

Hello,

 

I’m having an issue where the InvokeHTTP processor is apparently not producing a flow file, and is also not throwing any errors.  This is occurring for a particular site, but I have tested and found it to work for other sites.

 

Some observations:

 

  • It was attempted to send all relationships to a PutFile processor, but no files were generated 
    • The ‘Always Output Response’ setting was set to “true”, but still no files were generated
  • The processor is not generating any provenance events
  • The bulletin level was set to DEBUG, but no bulletins were produced
  • Debugging was added to the conf/logback.xml file after the ‘root’ entry, but no debugging information was seen in logs/nifi-app.log :

 

    <root level="INFO">

        <appender-ref ref="APP_FILE"/>

    </root>

 

    <logger name="org.apache.nifi.processors.standard.InvokeHTTP" level="DEBUG" additivity="true">

        <appender-ref ref="APP_FILE"/>

    </logger>

 

 

Does someone have a suggestion of how we may get further information from this processor to debug what we are seeing?

 

 

Warm regards,

 

Jim Williams | Principal Database Developer

 

<image004.png>

 

<Request_Authentication_Token_Template.xml>