[
https://issues.apache.org/jira/browse/NIFI-7777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17208462#comment-17208462
]
David Handermann commented on NIFI-7777:
----------------------------------------
The CompressContent processor does not currently support Zip archives, so the
Zip4j library does not appear applicable to the CompressContent processor,
unless I am missing something. Support for creating encrypted Zip files could
be added to the MergeContent Processor, with the addition of a Password
property, and additional properties for Encryption Method and AES Key Size.
The PR for NIFI-7836 includes several proposed enumerations for cryptographic
definitions, which could also be applicable to the MergeContent processor when
supporting encryption. Would it make sense to have a separate story for
supporting encrypted Zip files in MergeContent?
> CompressContent should accept password
> --------------------------------------
>
> Key: NIFI-7777
> URL: https://issues.apache.org/jira/browse/NIFI-7777
> Project: Apache NiFi
> Issue Type: Improvement
> Components: Extensions
> Affects Versions: 1.12.0
> Reporter: Andy LoPresto
> Assignee: David Handermann
> Priority: Major
> Labels: archive, compress, password, security
> Time Spent: 1h 50m
> Remaining Estimate: 0h
>
> As reported in a Stack Overflow question, some archive files are (or need to
> be) password-protected. The {{CompressContent}} processor does not currently
> have any mechanism for specifying a password for compression/decompression.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
