[
https://issues.apache.org/jira/browse/COMPRESS-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14292462#comment-14292462
]
Sebb edited comment on COMPRESS-299 at 1/27/15 2:06 PM:
--------------------------------------------------------
-Note that getBytes() uses the default encoding. The password string does not
seem to contain any unusual characters, but it would be best to specify the
encoding just in case.-
-This does not seem to relate to the reported error, but the test case would be
more portable if this were fixed.-
[Later: ignore this comment; it is incorrect]
was (Author: [email protected]):
Note that getBytes() uses the default encoding. The password string does not
seem to contain any unusual characters, but it would be best to specify the
encoding just in case.
This does not seem to relate to the reported error, but the test case would be
more portable if this were fixed.
> Issue with a 7z encrypted file
> ------------------------------
>
> Key: COMPRESS-299
> URL: https://issues.apache.org/jira/browse/COMPRESS-299
> Project: Commons Compress
> Issue Type: Bug
> Reporter: Tim Allison
> Priority: Minor
> Attachments: test7Z_protected_passTika.7z
>
>
> A file that we are using to test SevenZ on Tika is failing in some
> environments.
> I tested the soon to be attached file with commons compress trunk and
> received this exception:
> {noformat}
> java.security.InvalidKeyException: Illegal key size
> at javax.crypto.Cipher.checkCryptoPerm(Cipher.java:1024)
> at javax.crypto.Cipher.implInit(Cipher.java:790)
> at javax.crypto.Cipher.chooseProvider(Cipher.java:849)
> at javax.crypto.Cipher.init(Cipher.java:1348)
> at javax.crypto.Cipher.init(Cipher.java:1282)
> at
> org.apache.commons.compress.archivers.sevenz.AES256SHA256Decoder$1.init(AES256SHA256Decoder.java:98)
> at
> org.apache.commons.compress.archivers.sevenz.AES256SHA256Decoder$1.read(AES256SHA256Decoder.java:117)
> at java.io.DataInputStream.readUnsignedByte(DataInputStream.java:288)
> at org.tukaani.xz.rangecoder.RangeDecoderFromStream.<init>(Unknown
> Source)
> at org.tukaani.xz.LZMAInputStream.initialize(Unknown Source)
> at org.tukaani.xz.LZMAInputStream.initialize(Unknown Source)
> at org.tukaani.xz.LZMAInputStream.<init>(Unknown Source)
> at
> org.apache.commons.compress.archivers.sevenz.Coders$LZMADecoder.decode(Coders.java:114)
> at
> org.apache.commons.compress.archivers.sevenz.Coders.addDecoder(Coders.java:78)
> at
> org.apache.commons.compress.archivers.sevenz.SevenZFile.buildDecoderStack(SevenZFile.java:864)
> at
> org.apache.commons.compress.archivers.sevenz.SevenZFile.buildDecodingStream(SevenZFile.java:831)
> at
> org.apache.commons.compress.archivers.sevenz.SevenZFile.getNextEntry(SevenZFile.java:153)
> at
> org.apache.commons.compress.archivers.sevenz.SevenZFileTest.testTikaEncryptedFile(SevenZFileTest.java:215)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at junit.framework.TestCase.runTest(TestCase.java:176)
> at junit.framework.TestCase.runBare(TestCa
> {noformat}
> This is the unit test:
> {noformat}
> public void testTikaEncryptedFile() throws Exception {
> String password = "Tika";
> SevenZFile sevenZFile = new
> SevenZFile(getFile("test7Z_protected_passTika.7z"),
> password.getBytes("UnicodeLittleUnmarked"));
> try {
> SevenZArchiveEntry entry = sevenZFile.getNextEntry();
> assertEquals("text.txt", entry.getName());
> } finally {
> sevenZFile.close();
> }
> }
> {noformat}
> Environment: Windows 7, Java 1.7.0_76-b13.
> No problem on RHEL 1.7.0_75
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
