You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Andy LoPresto (JIRA)" <ji...@apache.org> on 2019/02/12 20:55:00 UTC

[jira] [Resolved] (NIFI-5559) Allow usage of Trusted Hostname on all HTTP-accessing processors

     [ https://issues.apache.org/jira/browse/NIFI-5559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy LoPresto resolved NIFI-5559.
---------------------------------
    Resolution: Won't Fix
      Assignee: Andy LoPresto

The {{GetHTTP}} and {{PutHTTP}} processors are being deprecated and the *Trusted Hostname* property is being removed from {{InvokeHTTP}}. 

> Allow usage of Trusted Hostname on all HTTP-accessing processors
> ----------------------------------------------------------------
>
>                 Key: NIFI-5559
>                 URL: https://issues.apache.org/jira/browse/NIFI-5559
>             Project: Apache NiFi
>          Issue Type: Wish
>          Components: Core Framework
>    Affects Versions: 1.7.1
>            Reporter: Colin Dean
>            Assignee: Andy LoPresto
>            Priority: Major
>              Labels: http, https, tls
>
> I've used several PutHTTP and GetHTTP processors in a workflow for development before realizing that I cannot configure a {{Trusted Hostname}} property for those like I can for InvokeHTTP. Configuration and setup limitations of the SSLContextService have me wanting to avoid it at all costs.
> I think the workaround is to use InvokeHTTP in place of the others but it'd be nice to be able to set a trusted hostname anywhere that an SSLContentService can be used.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)