Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Section


Column

The superuser admin can configure server-wide global _data, and the Tenant Admin Tenant has the same functionality at tenant level. One common use is for forms deployed from a development/test form server to a production form server. You often need information such as URLs configured one way in your dev/test environment and another way in your production environment. For example, a database in the dev/test environment might be located at http://mytest:1024/database/listManagers and in your production environment at http://myprod:1044/database/listManagers.

frevvo makes deployment from dev/test to production easier by enabling you to configure global data variables. For example, rather than hard-coding the URL to your database server you can write the URL using a template such as {dbUrl}/database/listManagers. Then define variable dbUrl one way in dev/test and another way in production.

To see all the places where templates can be used, refer to the chapter Templatized Strings.


Column
width240px

On This Page:

Table of Contents


...

You will see the message "Properties were successfully updated." when the  _data.properties file has been successfully uploaded to frevvo.


Info

Parameters defined in the _data.properties file can be retrieved using _data.getParameter in rules. Dynamic Labels, Help or Hints is an example showing how you can set the value of control labels, help and hints dynamically in a rule.

...

You will see the message "Properties were successfully updated." when the  _data.properties file has been successfully uploaded to frevvo.

Info

Parameters defined in the _data.properties file can be retrieved using _data.getParameter in rules. Dynamic Labels, Help or Hints is an example showing how you can set the value of control labels, help and hints dynamically in a rule.

...

On the properties tabs for workflow, workflow step and form, where ever there are inputs that support templates, the template lookup supports any properties locally available in the global _data managed by the super admin user. This means that the _data property names that match a partially entered template name will be offered in the dropdown of matches. Templates throughout frevvo will be automatically validated when the form/workflow is first loaded, upon upload of a form/workflow or upon saving a form/workflow, and will also take into account the global _data properties. Note that any _data used on the URL at runtime is not supported (and will not validate) with this functionality because it is not known at design time, only runtime. Also be aware that if a global _data property was used in a template and then the form/workflow downloaded and uploaded into another frevvo instance that does not have that _data property, a validation error will happen (most likely on save). In this situation, the designer can either ignore the error, update the default _data properties or, if the validation is for a form/workflow or workflow step property that prevents saving the properties, add a hidden control of the same name so that validation passes.

Setting Global Data in the Configuration

...

File

Properties listed in the _data.properties can be overridden with properties prefixed by frevvo._data.<property name> in the following configuration filesthe frevvo-config.properties file located in <frevvohome>\tomcat\conf. Note the syntax for the properties has a dot before and after the _data.

  • If you are using the frevvo tomcat bundle, you can add the frevvo._data properties in the:
    • frevvo-config.properties - this file is typically created by the System Administrator to override parameters in a container web.xml file.

This approach is helpful when deploying multiple environments. Let's say your organization has a Development, Production and UAT environment for frevvo.  All three have the frevvo DB Connector configured for that environment. If you make a copy of the Production environment and database to create your UAT environment, you would have to download the _data properties file, make the changes to point to the DB Connector in the UAT environment, then upload the file again.

It is easier to create property files with a frevvo._data.dbURL parameter pointing to the correct locations for each environment.

The parameter in the web.xml file would look like this:

...

.

...

The same parameter in the frevvo-config.properties file would look like this:

...

As mentioned above, you can write the URL using a template such as {dbURLl}/database/listManagers. Then define the variable dbURL for the development, UAT and Production environments in the properties file you are using..