yesterday
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.
17 hours ago
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,
7 hours ago
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.
6 hours ago
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?
2 hours ago
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.
an hour ago
Ugh, I forgot that it takes 14 days to move a file to the contentstore.deleted directory.
Explore our Alfresco products with the links below. Use labels to filter content by product module.