Skip to main content

I try to implement a zip and download functionality that reads out a folder on azure and zips the files inside that folder.

There are the following steps :

 

  1. Decision that either selects the next folder to zip or ends the process when there is no folder left to zip. This decision sets a process variable with the name of the folder. (not shown in the picture)
  2. This folder name is used as input for the zip process action.
  3. One of the output fields of the zip action is the file_data, which is assigned to a process variable that has the var_binary(max) datatype.
  4. This var_binary variable is the used as input for the download action that also takes the filename of the eventual file that is downloaded.

 

The download itself seems to be working as in that a ‘save as’ form is shown with the correct filename that can then be saved on the local machine.

However, the file that is created is empty.

 

The zip functionality itself does not give any errors (status code 0 is returned) and the file_data output parameter is set but the binary data output that I can see in the process flow monitor is only 22 bytes big, which seems to suggest to me that this part already goes wrong, since I expect the data to be a bit bigger.

The input parameter of the zip action indicates that only a folder of filename is needed and that thus no additional steps are needed that proceed the zip action. The binary data output seems to suggest that we can do this in memory and put the data then inside the download functionality without having to save the zip file first.

When I fill in a folder name, I expect the content of this folder to be zipped and stored in the binary data output parameter.

Is that assumption wrong?

 

additional data: 

  • the folder is a folder on an azure storage location. 
  • The functionality is accessed via the browser.

 

 

Has anyone got any experience with using the zip functionality? If so, please share your thoughts.

 


It should work like that, i did a small test with 2 txt files and it works like a charm. Since you mention the filesize should be bigger, this could perhaps be a timeout issue or a file size problem. If you test a smaller file/folder does it work like you would expect? 

 

 


When I mentioned the filesize, I meant that I expected it to be bigger than just 22 bytes. 

The files I try to zip are a few kB in size and for testing purposes, there are only a few of those in each folder.

 

 


You mentioned Azure. Is there a possibility to test this with an on-premise location? And are you sure the indicium pool user has read/write rights on the azure location?


There are various other functionalities in the system that use the azure environment, so my guess would be that this is not the issue. 

And if it was, wouldn't you expect to get an error message in return? 


Reply