[
https://issues.apache.org/jira/browse/NIFI-2585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15742034#comment-15742034
]
ASF GitHub Bot commented on NIFI-2585:
--------------------------------------
Github user bbende commented on the issue:
https://github.com/apache/nifi/pull/1307
@randerzander I wrote a simple Java main method with the following:
```
URI uri = new URI("nifi://techops_web-service.dev_1.techops_dev:42626");
System.out.println("Host: " + uri.getHost());
System.out.println("Port: " + uri.getPort());
```
Sure enough this prints the host as null and the port as -1. From what I
can tell the "_" causes the URI to not parse properly. Since this appears to be
based on the RFC for URIs, I don't think this should hold up merging this in.
I made an additional commit on my branch here
https://github.com/bbende/nifi/commits/NIFI-2585 which in the case where host
is null or port is -1, it will use the string "unknown" so that it looks a
little nicer in the attributes.
Thoughts?
> Add attributes to track where a flow file came from when receiving over
> site-to-site
> ------------------------------------------------------------------------------------
>
> Key: NIFI-2585
> URL: https://issues.apache.org/jira/browse/NIFI-2585
> Project: Apache NiFi
> Issue Type: Improvement
> Reporter: Bryan Bende
> Assignee: Randy Gelhausen
> Priority: Minor
>
> With MiNiFi starting be used to send data to a central NiFi, it would be
> helpful if information about the sending host and port was added to each flow
> file received over site-to-site. Currently this information is available and
> used to generate the transit URI in the RECEIVE event, but this information
> isn't available to downstream processors that might want to make routing
> decisions.
> For reference:
> https://github.com/apache/nifi/blob/e23b2356172e128086585fe2c425523c3628d0e7/nifi-nar-bundles/nifi-framework-bundle/nifi-framework/nifi-site-to-site/src/main/java/org/apache/nifi/remote/protocol/AbstractFlowFileServerProtocol.java#L452
> A possible approach might be to add two attributes to each flow file,
> something like "remote.host" and "remote.address" where remote.host has only
> the sending hostname, and remote.address has the sending host and port.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
