search

zerox251 / winzipaes

Automatically exported from code.google.com/p/winzipaes
0 stars 0 forks source link

Provide byte[] array based API #15

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Currently disk access is required to use the api. This is very inconvenient
and should be made optional by allowing the api to use streams, which would
also enable the possibility of in-memory on-the-fly zip file creation in a
byte array.

The api could look like this:
byte[] zipAndEncrypt(byte[] data, String fileName, String password)

Original issue reported on code.google.com by business.axelfontaine.eu@googlemail.com on 16 Apr 2010 at 4:44

GoogleCodeExporter commented 8 years ago 
Issue 14 has been merged into this issue.

Original comment by olaf.merkert on 16 Apr 2010 at 6:30

GoogleCodeExporter commented 8 years ago

Original comment by olaf.merkert on 4 May 2010 at 2:51

GoogleCodeExporter commented 8 years ago 
AesZipFileEncrypter is currently designed to work only with files. It is
however based on ExtZipOutputStream which can work with OutputStreams.

Adding this constructor and making the ExtZipOutputStream(OutputStream)
public would remove this limitation.

Original comment by olaf.merkert on 31 May 2010 at 6:56

GoogleCodeExporter commented 8 years ago 
I would love to have a completely streaming API for use with servlets: no disk 
writes required.

Original comment by schultz....@gmail.com on 5 Oct 2010 at 8:26

GoogleCodeExporter commented 8 years ago 
Can i know when would be the next release or an update?

Original comment by king.gol...@gmail.com on 24 Nov 2010 at 3:51

GoogleCodeExporter commented 8 years ago 
I tried to add the constructor making the ExtZipOutputStream(OutputStream)
public would remove this limitation but i get the following error 
"Start of central directory not found; 
Zip file corrupt.
Possible cause: file transfer error."
Is this a bug or am i missing something?

Original comment by king.gol...@gmail.com on 24 Nov 2010 at 10:50

GoogleCodeExporter commented 8 years ago 
Today I've added code from rfscheidt (see contributors) that enables you to 
create the zip output (file) in memory. I don't plan any further developments, 
but do accept (and will incorporate) contributions.

Original comment by olaf.merkert on 28 Nov 2010 at 12:49

GoogleCodeExporter commented 8 years ago 
does the new update have the ability to decrypt (files) in memory?

Original comment by kayyali....@gmail.com on 17 Jan 2011 at 8:07

GoogleCodeExporter commented 8 years ago 
no, decryption is still just file based

Original comment by olaf.merkert on 17 Jan 2011 at 5:41

GoogleCodeExporter commented 8 years ago 
thanks to jos.v.roosmalen@gmail.com we have an in-memory decryption - although 
it's not stream based, so for large files you still need to fallback to the 
tmpFile version

Original comment by olaf.merkert on 6 Feb 2011 at 6:35