Understand folder structure and built-in utilities.

Reference  Installation → Folders | Licensing | Updates | SecureGateway | Web Server


Overview

Directory structure and file locations created by FrameworX installation.


Executables Installation

Default location: C:\Program Files\Tatsoft\FrameworX\

Custom paths can be selected during installation.

User Document Folders

Created on first execution under <User>\Documents\FrameworX\:

FolderPurpose
DemosDemo solutions from installer
SolutionsDefault location for new solutions
ToolsSettingsProduct tool configurations
UtilitiesCommand-line utilities


Public Document Folders

Created under C:\Users\Public\Documents\FrameworX\:

FolderContents
MachineSettingsSettings for all users on machine
SystemSolutionsLibrary.dbsln (Symbol Library), Monitor.dbsln (Monitoring tools)
TemplatesSolution templates - add .dbsln files for custom templates
TraceLogsDiagnostic logs and exception reports
ExchangeImport/Export/Upload/Download operations


Log Locations

The runtime and supporting services write trace logs to a configurable location. The default is user-visible under Public\Documents, and enterprise deployments can relocate to ProgramData:

LocationWhen usedNotes
C:\Users\Public\Documents\FrameworX\TraceLogs\Default for interactive and desktop installsUser-visible, shared across all users on the machine
C:\ProgramData\Tatsoft\FrameworX\Logs\Recommended for enterprise server deployments (configurable)Matches Windows conventions for operational data; automatically scanned by Splunk forwarder, Datadog agent, Azure Monitor, and ELK agents
<custom>Configurable via Solution SettingsSet the log folder per solution or per deployment

Install logs are written separately:

  • Silent install: path specified by /LOG=<path> command-line switch
  • Interactive install: %TEMP%\Setup Log YYYY-MM-DD #xxx.txt

Windows Event Log: Windows logs basic service lifecycle events (start, stop, unexpected termination) to the System event log under source Service Control Manager for any installed FrameworX Windows service. SCOM, Azure Monitor, Datadog, and similar Windows-native monitoring tools pick these up automatically without any custom configuration. Application-level events (solution load errors, license failures, module exceptions) are written to the runtime TraceLogs — check there for detail when an Event Log entry indicates a failed start.

For the enterprise deployment workflow, see IT Deployment RunBook.


Log File Size and Retention

Each runtime process (TServer, TStartup, TRunModule, TRichClient) can cap the size of its active log file and limit how many daily archives are kept. Both settings are optional and read from the process's JSON configuration file (<ProcessName>.json — for example TServer.json) under appSettings.Logging. When the file or the section is absent, the default behavior applies: no size limit, and every daily archive is kept.

SettingTypeDefaultEffect

MaxFileSizeMB

Integer (MB)

0

0 or absent = no limit. When greater than 0 and the current day's log file reaches this size, the process writes one final notice ("Log file size limit of N MB exceeded; logging to this file is stopped.") and stops writing to that file for the rest of the day. Logging resumes automatically in the next day's file.

KeepAllZips

Boolean

true

true or absent = keep every daily .zip archive. false = keep only the most recent archive and delete the older ones.

Example TServer.json:

{
  "appSettings": {
    "Logging": {
      "MaxFileSizeMB": 50,
      "KeepAllZips": false
    }
  }
}

These settings apply only to the trace/execution log files described under Log Locations above, and only when logging is enabled for the process (the SaveLog startup setting). Each process reads its own JSON file, so limits can differ per process.


Installed Utilities

Located in Utilities folder (or product root for service management):

UtilityFunction
AutoStartClient.exeAuto-start web pages or thin clients based on server status
CertificateConverter.exeConvert .pem to .pfx certificates for MQTT drivers
DisableTaskSwitchProtection.batAllow task switching (Rich Clients)
EnableTaskSwitchProtection.batPrevent task switching (Rich Clients)
RemoveAllServices.batRemove all installed services (TWebServices, Hardkey, TStartup) — wrapper for TManageServices.exe /removeallservices
StartDesignerMCPHttpStarts the DesignerMCP listener to accept HTTP connectivity 
StartRichClient.batLaunch Rich Client locally
StartRuntime.batStart solution execution locally
StartWebServices.batStart TWebServices in user mode
Solution Creator.exeSolution creation utility
TDatabaseBuilder.exeSQLite database administration
TManageServices.exeCommand-line Windows Service install/uninstall for TStartup (runtime), TWebServices, TSecureGateway, TMQTTBroker, THardkey, RuntimeMCPHttp. Run TManageServices.exe /? for usage. Located in the product root, not Utilities.


Custom Installation Paths

For Linux/Docker deployments, create custompaths.txt in installation folder:

MyDocuments=<folder>
CommonDocuments=<folder>
CommonApplicationData=<folder>

Typically points to memory areas outside Docker image for read/write access.


In this section...