Zip archive error: size exceeds the limit of 4GByte

[fosterm]

Hello there,

My apologies for this obtuse question, but I'm trying to get content off of an old installation and I'm running into the following error due to a large file in the documentLibrary:

Caused by: org.apache.commons.compress.archivers.zip.Zip64RequiredException: documentLibrary/foo.txt size exceeds the limit of 4GByte.

I believe this is a java issue with using a 32-bit version of zip in the ZipDownloadExporter package. Is there any global-properies configuration that would force Alfresco to use zip64 instead? I can't seem to find a property that would do that (if its even possible).

Thanks for looking.

[LeoMattioli]

Hi,

if you are using the "Download as Zip" functionality, the hard limit is 4 GB, see docs.

If you need to download multiple/big files, try connecting via WebDav protocol.

Best regards,

[fosterm]

Thanks for reply. I'm not using the UI, I'm actually using the WebScripts API "/alfresco/service/api/internal/downloads" to create a download archive and that's what triggered the error. I might just have to delete that file before trying to create this archive.

[fosterm]

Hmm, I deleted the file from the document library, but Alfresco is still showing the file in the `/alfresco/service/slingshot/doclib/doclist/all/site` API url and the archive task failed again trying to add the file I deleted.

Why would the deleted file still show up in list of documents?

[fosterm]

Hmm, perhaps this:

"Additionally, the nodeServiceCleanupJobDetail runs every day at 9PM and purges information related to deleted nodes from the database."

from https://blyx.com/2014/08/18/understanding-alfresco-content-deletion/

[fosterm]

I found this infromation:

"Additionally, the nodeServiceCleanupJobDetail runs every day at 9PM and purges information related to deleted nodes from the database."

However, its past 9PM GMT and the file is STILL listed in the node search under admin utilities. 

[fosterm]

Ugh, I forgot that it takes 14 days to move a file to the contentstore.deleted directory.