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 <jwilli...@alertlogic.com<mailto:jwilli...@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, <image005.jpg><https://www.alertlogic.com/> Jim Williams | Principal Database Developer O: +1 713.341.7812<tel:+1%20713.341.7812> | C: +1 919.523.8767<tel:+1%20919.523.8767> | jwilli...@alertlogic.com<mailto:jwilli...@alertlogic.com> | alertlogic.com<http://www.alertlogic.com/> <image006.png><https://twitter.com/alertlogic><image007.png><https://www.linkedin.com/company/alert-logic> <image008.png> From: Mark Payne <marka...@hotmail.com<mailto:marka...@hotmail.com>> Sent: Friday, November 16, 2018 2:14 PM To: users@nifi.apache.org<mailto: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 <jwilli...@alertlogic.com<mailto:jwilli...@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, <image001.jpg><https://www.alertlogic.com/> Jim Williams | Principal Database Developer O: +1 713.341.7812<tel:+1%20713.341.7812> | C: +1 919.523.8767<tel:+1%20919.523.8767> | jwilli...@alertlogic.com<mailto:jwilli...@alertlogic.com> | alertlogic.com<http://www.alertlogic.com/> <image002.png><https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_alertlogic&d=DwMGaQ&c=L_h2OePR2UWWefmqrezxOsP9Uqw55rRfX5bRtw9S4KY&r=8BKCOHGXeuGDgPbW9jE4jktuFFiof_whsQaGaYqyyjs&m=x-wAa94k2BSEEhmcwCQMcnSH5gNlbTF7hxnLddLupv0&s=OQhUqh_o2_0BmYfe_Mv5D6pRAFa42n8rJObmUpZSGuE&e=><image003.png><https://urldefense.proofpoint.com/v2/url?u=https-3A__www.linkedin.com_company_alert-2Dlogic&d=DwMGaQ&c=L_h2OePR2UWWefmqrezxOsP9Uqw55rRfX5bRtw9S4KY&r=8BKCOHGXeuGDgPbW9jE4jktuFFiof_whsQaGaYqyyjs&m=x-wAa94k2BSEEhmcwCQMcnSH5gNlbTF7hxnLddLupv0&s=k1rniGCDMSDCanKifFM6Heh4PJSWHAu9MhnOKdaST5Y&e=> <image004.png> <Request_Authentication_Token_Template.xml>