Frequently Asked Questions
Here are some of the most frequently asked questions related to WebModel of Database:
- Why would I need a web model of my Navision database?
- What kind of objects could be modeled?
- What the web model of database looks like?
- How could I follow the underlying C/AL code?
- Is the transfer of my proprietary data secure?
Here are some of the most frequently asked questions related to SmartLauncher:
- Why would I need such an application installer and updater?
- What kind of applications could be installed by SmartLauncher?
- Where should my installations reside?
- How do I configure an application for launching?
- Can I make the launched application user- or mashine-specific?
- What are the current limitations of SmartLauncher?
- What if I have further questions related to SmartLauncher?
Why would I need a web model of my Navision database?
The web model, created by the service is an easy to follow and understand database model. Each table is presented in a web page with all its fields, keys and code. The fields in each table are functionally colorized, depending on whether they participate in a primary or foreign key (relation), whether they represent a flow field or a totaling filter. Table and field triggers, as well as the relations to other tables are provided as hyperlinks to the underlying code or to the related table.
Here is a full-featured sample web model of the NAV Demo Database.
What kind of objects could be modeled?
The web model of the database currently consists of the Table and Codeunit objects. The reason for including the Codeunit objects into the model is that normally the underlying C/AL code in table- or field-triggers invokes business-logic functions contained primarily in Codeunit objects.
What the web model of database looks like?
The web model is an easy to follow and understand database model. Each table is presented in a web page with all its fields, keys and code. The fields in each table are functionally colorized, depending on whether they participate in a primary or foreign key (relation), whether they represent a flow field or a totaling filter. Table and field triggers, as well as the relations to other tables are provided as hyperlinks to the underlying code or to the related table.
Here is a full-featured sample web model of the NAV Demo Database.How could I follow the underlying C/AL code?
The web model of the database incorporates the C/AL code contained in the triggers and functions of Table and Codeunit objects. The available table and field triggers are provided in table definitions as hyperlinks to the underlying C/AL code. This makes the table model logic much easier to follow.Is the transfer of my proprietary data secure?
Sending proprietary object definitions plus code and receiving the web modeled objects over the Internet could raise serios questions regarding the overall security of the data. Everybody knows that Internet is the least secure place for confidential data. To solve this issue, the WebModel of Database service takes care all the data sent back and forth over the Internet to be securely encrypted. The service simply doesn't work with non-ecrypted plain text data.
Why would I need such an application installer and updater?
SmartLauncher incorporates the functionality of an application installer and version checker at the same time. It makes the desktop applications very easy to maintain and eliminates the traditional way of reinstalling the desktop application in order to upgrade it. SmartLauncher makes the desktop applications comparable with, compatible with and competitive to the web applications as to the ease of maintenance and upgradeability while preserving the traditional rapidity, robustness and power of the desktop applications.
What kind of applications could be installed by SmartLauncher?
SmartLauncher is an universal, easy-to-use web installer and updater for desktop applications. It could be used for a wide variety of .NET, Java or native (x86/x64) desktop applications.
Where should my installations reside?
SmartLauncher can download the needed application and configuration files from a web server, ftp-server of shared network location. This allows the installations and upgrades to be done over the Internet (for public applications) or within Intranet or local network (for limited- or private-use applications e.g. within a company or organization).
How do I configure an application for launching?
The configuration of the launched application is done with the help of SmartPackager - a companion tool used to configure and pack the 'launched' application. After the application has been packed, it could be uploaded to the dedicated web-, ftp- or file-server. If the application needs to be upgraded, the process of packing and uploading is repeated. SmartLauncher upgrades the local installations just before their subsequent start-up.
Can I make the launched application user- or mashine-specific?
It is a common practice within companies or organizations different users to utilize different functions or parts of the same application. SmartLauncher allows user- or mashine-specific utilization of the same "launched" applications, by means of separate user- or host-specific configuration files or command-line parameters passed to the application's executable.
What are the current limitations of SmartLauncher?
The current limitations of SmartLauncher are as following:
- The modifications in the client's registry are not supported;
- The file type associations are not supported;
- The custom actions and chained installations are not supported;
- The installation of Windows services is not supported;
- The launch-conditions and prerequisites checks are not supported.
What if I have further questions related to SmartLauncher?
If you have further questions related to SmartLauncher or SmartPackager, please contact our support or sales. departments