[ https://issues.apache.org/jira/browse/NIFI-2553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15417850#comment-15417850 ]
ASF GitHub Bot commented on NIFI-2553: -------------------------------------- GitHub user bbende opened a pull request: https://github.com/apache/nifi/pull/843 NIFI-2553 Fixing handling of Paths in HDFS processors You can merge this pull request into a Git repository by running: $ git pull https://github.com/bbende/nifi NIFI-2553 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/nifi/pull/843.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #843 ---- commit 8cae862e6611b767dd2a47f6908c8ebd5b16b712 Author: Bryan Bende <bbe...@apache.org> Date: 2016-08-11T19:50:54Z NIFI-2553 Fixing handling of Paths in HDFS processors ---- > HDFS processors throwing exception from OnSchedule when directory is an > invalid URI > ----------------------------------------------------------------------------------- > > Key: NIFI-2553 > URL: https://issues.apache.org/jira/browse/NIFI-2553 > Project: Apache NiFi > Issue Type: Bug > Affects Versions: 1.0.0, 0.7.0 > Reporter: Bryan Bende > Assignee: Bryan Bende > Priority: Minor > Fix For: 1.0.0 > > > If you enter a directory string that results in an invalid URI, the HDFS > processors will throw an unexpected exception from OnScheduled because of a > logging statement on in AbstractHadoopProcessor: > {code} > getLogger().info("Initialized a new HDFS File System with working dir: {} > default block size: {} default replication: {} config: {}", > new Object[] { fs.getWorkingDirectory(), > fs.getDefaultBlockSize(new Path(dir)), fs.getDefaultReplication(new > Path(dir)), config.toString() }); > {code} > An example input for the directory that can produce this problem: > data_${literal('testing'):substring(0,4)%7D > In addition to this, FetchHDFS, ListHDFS, GetHDFS, and PutHDFS all create new > Path instances in their onTrigger methods from the same directory, outside of > a try/catch which would result in throwing a ProcessException (if it got past > the logging issue above). -- This message was sent by Atlassian JIRA (v6.3.4#6332)