Exago recommends installing at least three entirely separate environments: development, testing, and production. Designing an implementation strategy to move an Exago configuration from system to system is an inevitable and important process. As a highly-configurable environment, Exago consists of many components. This article will describe these components, where they are located, why they need to be part of the implementation strategy, and how they should be propagated from system to system.
For the sake of being all-encompassing, this article will assume that all components of Exago have been installed and are part of your deployment strategy. If you choose not to use one or more of these components, the respective sections may be skipped.
Many of the files listed below are impacted by the installer when updating to a new version of Exago. Please see the Updating Recommendations and Updating to the Latest Version articles regarding any files that need to be updated or recreated.
An Exago installation could include the following components:
- Web Application
- Web Service API
- Scheduler Service
- Monitoring Service
- Extensibility DLLs (Folder Management, Server Events, Action Events, Custom Functions, Scheduler Queue)
This article references
<Sched>/as a placeholder for the Web Application, Web Service API and Scheduler Service's install location respectively. The default install location is
/opt/Exago/WebServiceApi/on Linux) or
/opt/Exago/Scheduler/on Linux); however, these directories can be changed during installation.
The primary configuration for any Exago system is done via the Admin Console. There are countless configurations made with the Admin Console that are saved to two separate files. One of these files is a clear-text, standards-based XML file named
WebReports.xml by default. It is appropriate for source control repositories given its consistent and clear-text nature. The other file,
WebReports.xml.enc (derived from the name of the associated XML file), is an encrypted version of the aforementioned
The encrypted version of the XML file should be considered to be the deployable version of the configuration. As such, it would be passed to Configuration Management as part of the deployment process. It is not necessary to deploy both the clear-text and the encrypted versions of the configuration created with the Admin Console. All configuration files created by the Admin Console are saved in the Config directory of the Exago Web Application.
When the configuration settings have been finalized, it is recommended that the Admin Console be disabled and the plain-text config file be moved to a secure location outside of the Config directory. For more information refer to the Security Checklist.
Due to the fact that the configuration should progress from development to testing environments, and eventually to production via controlled processes, the Admin Console should only exist in development. While the Admin Console is installed as part of Exago’s base installation, it should be removed from any system outside of development.
In addition to the primary Exago configuration created using the Admin Console, there are numerous additional configuration files that may be relevant. All of these are optional, created or edited manually via a text editor on an as-needed basis, and override existing features or provide additional functionality. These files are saved as clear-text and are appropriate for source control repositories.
All language files are saved as clear-text, standards-based XML files in the
Data Source Customizations
Data Source customizations are saved as clear-text, standards-based JSON in the
Application Themes include CSS, fonts, and images typically replicated saved in the
Element-level (i.e. report, chart, GeoChart) theme files are saved as clear-text, proprietary-format files, and are created using a Theme Maker tool. These files are used for the styling of Charts, CrossTab Reports, Express Reports, and GeoCharts, and are saved in the
<WebApp>\Themes directory for pre-v2020.1 versions, and in the Storage Management database for v2020.1+.
Folder Management and Monitoring Configuration
A separate config file used for providing configurations for Folder Management or Monitoring, located in
Web Application Server Configuration
A separate config file used for providing configuration details to the web application server and/or Exago itself, this file is frequently modified. Common Exago configurations are used to set cookieless sessions, activate state servers, set connection strings, and add custom headers. This file is located in
Database Drivers and Fonts
Database drivers may also be added to the system, assuming that the system doesn’t ship with the appropriate divers already. These drivers would be saved as DLLs in the
Similarly, custom fonts may be included in the system. These would be saved in the
Due to the fact that these files are compiled components and are likely provided by third parties, drivers and fonts are likely not source code repository friendly, and would also need to be propagated from development through to production.
Web Service API
The REST Web Service API is an optional component. If applicable the Web Service API requires some configurable components similar to those listed as components of the Web Application. The following pertain to the Web Service API exactly as they pertain to the Web Application:
- Data Source customizations
In addition to the above, there are two clear-text configuration files that can be customized, based on the needs of the Web Service API itself:
The Web Service API XML file, defaulted as WebReportsApi.xml, is a clear-text, standards-based XML file, and is used to configure the connection between the Web Service API and the Web Application installation. It is located in the
The configuration file is a clear-text, standards-based XML file, and is used to activate the Web Service API. It is located in
The Scheduler Service is an optional component that executes reports an requires configurable components similar to those listed as components of the Web Application. The following pertain to the Scheduler Service exactly as they pertain the Web Application:
- Language files
- Data Source customizations
In addition to the above, there are two clear-text configuration files that can be customized based on the needs of the Scheduler itself:
The Scheduler configuration file, defaulted to
<Sched>/eWebReportsScheduler.xml, is a standards-based XML file that includes configurations such as SMTP server connectivity configurations, communication channel and port information for connection to Exago itself, and many other configuration specific to the Scheduler Service.
The Scheduler XML configuration file, defaulted to
<Sched>/bin/eWebReportsScheduler.exe.config, is a standards-based XML file and is analogous to the Web Application's
web.config file and may include configurations described previously.
Other than the monitoring configuration mentioned in the Web Application section, additional configurations can be made in the Monitoring.exe.config file. This file is formatted similar to the web application web.config file and saved in
Additionally, the current Monitoring implementation produces an SQLite database that is saved in
<WebApp>/Monitoring. While this database is not configurable, if Monitoring is configured, its maintenance should be taken under consideration by Configuration Management.
While these are entirely optional components, Exago is frequently and extensively customized via custom code compiled to DLLs. While these DLLs are configured via the aforementioned Admin Console, they need only be accessible via file system, meaning that they do not need to be deployed as part of Exago’s configuration. However, typical implementations of custom DLLs require components of Exago DLLs to be referenced, and, as such, require the maintenance of these custom implementations to be taken into consideration by Configuration Management.