nifi-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Moser (JIRA)" <>
Subject [jira] [Commented] (NIFI-2800) GetFile Processor Appends overrides last slash in filename to always be \
Date Thu, 29 Sep 2016 22:20:20 GMT


Michael Moser commented on NIFI-2800:

I suppose we could have used File.separator here, but what would happen if attributes captured
on Windows with backslashes is then sent over to a NIFI running on a Linux box?  Both Windows
and Linux systems work (in Java) with the forward slash, so we chose to just go with that.

This decision was made long before ExecuteStreamProcess was built.  Would need a bit of consensus
before just changing this as if it was a mistake.

> GetFile Processor Appends overrides last slash in filename to always be \
> -------------------------------------------------------------------------
>                 Key: NIFI-2800
>                 URL:
>             Project: Apache NiFi
>          Issue Type: Bug
>    Affects Versions: 1.0.0
>         Environment: This was discovered on a windows machine running nifi server locally
>            Reporter: Christopher Gambino
>            Priority: Minor
> When using the GetFile processor all flowfiles created have an "Absolute.Path" attribute.
 This absolute path is taken from the directory field of the GetFile configuration.  The last
slash in the directory is always over-ridden to be '/' even when the user puts "\" in the
directory structure. 
> Example:
> Configuraton - "Directory": "C:\Samplepath\SampleFolder\"
> Output Flowfile - "Absolute.Path": "C:\Samplepath\SampleFolder/"
> I believe the intended function of this should not replace the last \ with a /.  This
creates issues when using the attribute in later stages with other processors such as ExecuteStreamProcess.

This message was sent by Atlassian JIRA

View raw message