...
Section | ||||||||
---|---|---|---|---|---|---|---|---|
|
...
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..