[ 
https://issues.apache.org/jira/browse/NIFI-12709?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17868957#comment-17868957
 ] 

Daniel Stieglitz edited comment on NIFI-12709 at 7/26/24 2:46 PM:
------------------------------------------------------------------

[~joewitt] Just reaching out again per earlier comment, would you like to also 
include attributes for both file size (uncompressed) and compressed file size?
Also commons-compress for TarEntry has values corresponding to Posix ctime 
(last metadata change) and atime (last access time). Is that something to be 
included as attributes?


was (Author: JIRAUSER294662):
[~joewitt] Just reaching out again per earlier comment, would you like to also 
include attributes for both file size (uncompressed) and compressed file size?

> UnpackContent should save attributes from the zip entries as flowfile 
> attributes where possible
> -----------------------------------------------------------------------------------------------
>
>                 Key: NIFI-12709
>                 URL: https://issues.apache.org/jira/browse/NIFI-12709
>             Project: Apache NiFi
>          Issue Type: Improvement
>            Reporter: Joe Witt
>            Assignee: Daniel Stieglitz
>            Priority: Major
>
> In an email from Jan 31st to users list titled 'ExecuteStreamCommand failing 
> to unzip incoming flowfiles'
> Issue is that UnpackContent doesn't capture much useful metadata.  The user 
> wants last modified date which is easily available, but also creator, 
> creation time, and owner which are less obviously avaialble at least not 
> consistently.  But there is a concept of extra fields we can extract metadata 
> from.  We have those same fields available from Tar files so it is natural 
> users would also want these.  Given their names aren't standard though I see 
> why Tar is the only one we currently say we support pulling those for.  If we 
> at least captured the metadata then flow builders can use it in their flows 
> as they wish whereas right now we dont expose that information.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to