For step-by-step instructions on how to deploy a VLF.NET application, see Check List/Planning Sheet WEB-NET.
Also, see VLF.NET Manual Deployment – An Alternative Way of Deploying VLF.NET
When you save the Framework with the VLF.NET feature activated, additional .NET files are created in addition to the normal VLF.WEB HTML and JS files.
If your Framework was stored in an XML file named My_Framework.XML and enabled for languages ENG and FRA, these additional .NET files would be produced during a save:
ENG | My_Framework_ENG.application My_Framework_ENG.exe.manifest My_Framework_ENG.framework.deploy My_Framework_ENG.app.exe.deploy |
FRA | My_Framework_FRA.application My_Framework_FRA.exe.manifest My_Framework_FRA.framework.deploy My_Framework_FRA.app.exe.deploy |
So there are four files per language, suffixed with .application, .exe.manifest, .framework.deploy and app.exe.deploy.
The four files per language described above and files VF_WB001.HTM and VF_MULTI_YYY.js (where YYY is the language code).
If you are using RAMP VF_SY120.HTM and VF_SY120.JS need to be included.
These files are self-contained.
Of course, the WAM functions used by your Framework as filters and command handlers need to reside on your application server as do any other AJAX HTML files, Style sheets, script files, etc.
For a developer, from your private folder.
In production environments, your L4Web images folder is the recommended folder.
The server can be an IIS Windows server or a IBM i Apache HTTP server.
With a IBM i Apache server some minor configuration changes may need to be made to the MIME types control table so that the files are served correctly:
| File Extension | Value |
|---|---|
application | application/x-ms-application |
manifest | application/x-ms-manifest |
deploy | application/octet-stream |
Or if editing the configuration file with a text editor, in the relevant section add these lines:
AddType application/x-ms-application application
AddType application/x-ms-manifest manifest
AddType application/octet-stream deploy