In the CreateUploadAsZipFunc, there are a couple of display and efficiency issues.
Current behavior
While uploading a directory with the --archive=zip flag, the progress bar updates for each file being read.
It seems like there's excessive reading of files. We call readFilesAsZip twice.
There's a possibility that the getReaderFunc function in uploadFileFromReader is invoked multiple times in the retry executor uploadFileFromReader, leading to reading all files again and again.
Reproduction steps
Upload your ~/.m2/repository directory to a generic repository in Artifactory.
For example:
jf rt u ~/.m2/repository/ generic-local/repo.zip --archive=zip --threads 1
Expected behavior
Perhaps we should consider consolidating the progress into one for all files.
It might be more efficient to create the zip once and perform a checksum upload.
This could be resolved by simply reading and uploading the archive instead of all individual files.
Describe the bug
In the CreateUploadAsZipFunc, there are a couple of display and efficiency issues.
Current behavior
--archive=zip
flag, the progress bar updates for each file being read.getReaderFunc
function inuploadFileFromReader
is invoked multiple times in the retry executoruploadFileFromReader
, leading to reading all files again and again.Reproduction steps
Upload your
~/.m2/repository
directory to a generic repository in Artifactory. For example:jf rt u ~/.m2/repository/ generic-local/repo.zip --archive=zip --threads 1
Expected behavior
JFrog CLI version
2.56.0
Operating system type and version
MacOS
JFrog Artifactory version
N/A
JFrog Xray version
N/A