The content of the
SDLTempFileManager folder on the server where
WorldServer is installed will be automatically cleaned of all files older than 30 days. This is the default directory:
AppData\Local\Temp\SDLTempFileManager. However, the main
Temp folder under
AppData\Local\Temp will not be cleaned automatically per default, so it could also become quite full. The same is true for the
DependencyFiles folder.
It is possible to add a line to the file
Sdl.WorldServer.FileTypeSupport.Server.Launcher.exe.config file to clean the
Temp folders according to configurable parameters.
Per default, the file
Sdl.WorldServer.FileTypeSupport.Server.Launcher.exe.config contains the following line as a reference:
<tempFilesCleaner enabled='true' filesOlderThan='30'
You can replace this line with the parameter of your choice by adding the folder path as below:
<tempFilesCleaner enabled="true" filesOlderThan="30" folders="C:\Program Files\Idiom\WorldServer\temp">
If you want to clean up
more than one directory, multiple folders can be specified separated with '
;'
(eg. folders="C:\Temp;C\Windows\Temp") . For example, you could add this line to address more than one folder:
<tempFilesCleaner enabled="true" filesOlderThan="30" folders=D:\worldserver\FileTypeSupportServerShared\DependencyFiles\;D:\worldserver\temp\">
Note: please make sure that the FTS user has enough permission to access all folders that you would like to clean up by referring to this article:
On the server where FTS is installed, how do I check that the user associated with the FTS Service has access to folders that should be deleted via Garbage collection?While the
DependencyFiles folder contains files that are needed by FTS to perform
Segmentation
Save (generate target file)
Export and import to WSXZ format
the files directly under the
Temp folder will be created during FTS processes and used only once. This means that the value of
filesOlderThan can be
lower for files under the
Temp folder than for the files and folders under the
DependencyFiles folder.
IMPORTANT: In many cases the
DependencyFiles folder is located directly
under the
Temp folder. This means that pointing to the
Temp folder in your configuration will also be applied to its sub-folders, including the
DependencyFiles folder.
Therefore, it is very important to make sure to set a
filesOlderThan parameter that can be applied to the
DependencyFiles folder as well. The reason for this is that
Dependency Files are needed for
active projects segmented with
Studio File Type filters. Active projects might contain files that need to be re-segmented, or saved or a WSXZ import needs to be done after translation. These actions will fail with an error if the
DependencyFile folder created for that
Task has been removed.
For this reason, we strongly recommend
changing the directory of the DependencyFiles folder and placing it in a separate location on the server. The following knowledge article explains how:
WorldServer - How to change the location of the DependencyFiles folderIt is also important to verify that the
TEMP folder you have set in the command line does not contain temp files or folders from other applications that might be needed.
A specific interval and a specific day can also be set as described in the file and in this line:
<recurrence type="WEEKLY" hourOfDay="9" dayOfWeek="0" />
The default settings can be modified as needed. Here are more details:
- recurrence type can be "DAILY" or "WEEKLY"
- hourOfDay : This is the hour of day when the cleaner should start running. Ranges from 1 to 24. It is always taken into account, regardless the selected type
- dayOfWeek : This is the day of week when the cleaner should run - should be set only if type "WEEKLY" is selected, otherwise is ignored.
- For Sunday use "0" , for Monday use "1" , for Tuesday use "2" ... for Saturday use "6"
After adding the line to the file
Sdl.WorldServer.FileTypeSupport.Server.Launcher.exe.config, save it and restart the
File Type Server (FTS) Service.
Also, be careful not to delete sub-folders as they might contain attribute files that are needed for the correct functionality of the
WorldServer application. If you are unsure, log a support case through the
RWS Gateway.