2016-03-23 06:21 AM
Which version of WFA are you using ?
As a workaround, you can obtain the exported dar file from location: C:\Program Files\NetApp\WFA\jboss\standalone\deployments\download.war\
2016-03-24 12:23 AM
Version : 18.104.22.168.1P1
Build Number :3511759
Export was working 2 days back. Yesterday I tried to exporting workflow it was not working. The alternative which you provided , I got .dar file from there. Thanks
a week ago
I ran into this problem with WFA 22.214.171.124.2.
Like the original poster, downloads were working at some point, and a few months ago just seemed to stop working. I know the backups are being stored in C:\Program Files\NetApp\WFA\jboss\standalone\deployments\download.war since I see the zip files there, but am concerned why the UI is broken. That directory has a WEB-INF directory as well, but I don't know enough about those XML files.
a week ago
With the help of support, I was able to find a bug report that outlined the problem. The workaround is half-baked and needs a rewrite. Does not seem to be a root cause identified yet.
The README file in the deployments folder was the key to figuring this out, since I have next to zero knowledge of JBoss.
In the deployments JBoss root folder, you may see some files that end in either .undeployed or .failed, which are most likely the root cause of why you're getting these 404 errors. For me, the problem was these files:
Inside of each of the download.war, log.war, and log-download.war folders, I confirmed there was an error and WEB-INF folder. If you don't have those in there, copy them from somewhere like help.war.
Remove the .undeployed files, and replace them with empty .dodeploy files:
This should trigger JBOSS to read these files and then deploy these folders. After a couple seconds, these .dodeploy files should disappear, and you should see new files in the deployments folder with .deployed suffices, which means you should be good to go and your 404 errors should be gone. Worked for me!