supercontainer does not display file

[dataclip]

We have a webdirect app for customers. They can logon and see their account information. As part of this solution I use supercontainer to show customer files, for example pdf invoices.

Recently we upgaded from FMS13 to FMS16. I reinstalled supercontainer. However ,after the update the files no longer show in the app.

for example: https://ipaddress/SuperContainer/Files/528CD212-1951-D44C-AFEB-302ECE376F91/1018-1192-17664_0.pdf

I see a message no file choosen.

The folder and file do exist inside the Supercontainer fodler.

Any ideas why the file is not displayed??

 

Joost Kingma

[ryan360Works]

Quote

https://ipaddress/SuperContainer/Files/528CD212-1951-D44C-AFEB-302ECE376F91/1018-1192-17664_0.pdf

It may just be a mistake in your example but this URL wouldn't actually show the file "1018-1192-17664_0.pdf" unless you have a folder named "1018-1192-17664_0.pdf" and the pdf is stored inside of it. SuperContainer URLs should not have the file name in them. For example, if I have a pdf called test.pdf and it is stored at /Users/Shared/SuperContainer/Files/testFile/test.pdf then the URL to access it from SuperContainer would be http://ipaddress/SuperContainer/Files/testFile

Quote

I see a message no file choosen.

To clarify, do you mean you are seeing upload form (see attached image). If so, then I suspect SuperContainer is running correctly but is looking in another directory for your files. Did the previous installation of SuperContainer save files to a non default location? If so, then running the installer overwrites the web.xml file that tells SuperContainer where the files are stored. Default locations for SuperContainer files is /Users/Shared/SuperContainer for Mac and C:\Users\SuperContainer. You can determine where SuperContainer is actually looking for files by uploading a test file and seeing where it gets saved. If you are not seeing the upload form, can you elaborate on exactly what you are seeing in the web viewers in your app?

 

[dataclip]

Thanks Ryan,

We use a custom  path and web.xml was overwritten. I corrected this. Now it is working again. 🙂