You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Mark Payne (Jira)" <ji...@apache.org> on 2023/10/19 13:59:00 UTC
[jira] [Updated] (NIFI-7643) Unpackcontent writing absolute path property does not make sense
[ https://issues.apache.org/jira/browse/NIFI-7643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Payne updated NIFI-7643:
-----------------------------
Assignee: Mark Payne
Status: Patch Available (was: Open)
> Unpackcontent writing absolute path property does not make sense
> ----------------------------------------------------------------
>
> Key: NIFI-7643
> URL: https://issues.apache.org/jira/browse/NIFI-7643
> Project: Apache NiFi
> Issue Type: Bug
> Reporter: Tamás Bunth
> Assignee: Mark Payne
> Priority: Minor
> Fix For: 2.0.0
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Steps to reproduce:
> # Create a tar or zip file with some arbitrary content in its root. The bug occurs only when using these two formats.
> # Create a flow: GetFile -> UnpackContent -> LogAttribute.
> # Set GetFile to fetch the compressed test file from the file system. Set UnpackContent to use the appropriate format.
> Unpackcontent writes an attribute "file.absolutePath" which is currently the relative path of the unpacked content concatenated with the current working directory (where Nifi has been run).
> E.g. if I unpacked a file with relative path "egg/ham.txt" and I run Nifi from "/usr/bin", "file.absolutePath" would be "/usr/bin/egg/ham.txt".
> In my opinion, "absolute path" does not make much sense in this context. I suggest removing it.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)