Configuration Files

The system comes with a number of configuration files that contain information about the installation. You can modify these files to customize your installation to meet your needs. A list of the configuration files appears below, along with a description of each one to help you make any necessary modifications.

On remote systems, the default folder for configuration files is C:\EdmWeb.

On central systems, the default folder for configuration files is C:\jakarta-tomcat-5.5.7\webapps\edm\WEB-INF\classes.

config.xml

The config.xml file is the main configuration file for the system. It contains all the configuration settings for the system including references to other configuration files such as the menu file. A sample file is given below:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE config>

<config
        version = "3">
        logCompanyName = "N"
        <company
                isCentralSite = "Y"
                centralSiteNumber = "0"
                centralSiteName = "HQ"
                thisSiteNumber = "0"
                thisSiteName = "HQ"
                appFile = "app_Iris.xml"
                schemaFile = "schema_iris.xml"
                menuFile = "menu_iris_3.7.4.xml"
                snapshotFile = "snapshots_iris_3.7.4.xml"
                transientFieldFile = "transients_iris_3.7.4.xml"
                transactionConversionFile = "convert_iris_3.7.4.xml"
                licenseFile = "license.xml"
                localSendDir = "Outgoing\%REMOTELOCATIONID%"
                localReceiveDir = "Incoming\%REMOTELOCATIONID%"
                remoteSendDir = "Outgoing\%LOCALLOCATIONID%"
                remoteReceiveDir = "Incoming\%LOCALLOCATIONID%"
                ftpHostClass = "edmserver.ftp.FTPHostPSI"
                sessionTimeoutMinutes = "-1"
                sendStatusTransactions = "Y"
                promptForCommitOnClose = "Y"
                useUpdateButtonForSingleSite = "Y"
                regularExpressionFiltering = "Y"
                transactionServerURL = "http://somehost:8080/edm"
                irisItemImageDir = "Iris/Images">
                irisItemSoundDir = "Iris/Sounds">
                <systemDataSource
                        name = "EdmWebHQ"
                        version = "1"
                        type = "SQLSERVER_JDBC"
                        database = "EdmWebHQ"
                        server = "localhost"
                        user = "sa"
                        password = ""/>
                <dataSource
                        name = "IRIS"
                        type = "SQLSERVER_JDBC"
                        database = "IRIS"
                        server = "localhost"
                        trusted = "N"
                        user = "sa"
                        password = ""/>
               <schedule
                     frequency = "DAILY"
                     time = "4:00 AM"
                     task = "SendRemoteFiles( true, '*', '', '-Remote File Package', '', true )" />
               <schedule
                     frequency = "DAILY"
                     time = "4:30 AM"
                     task = "PurgeAuditTrail( 14 )" />
               <schedule
                     frequency = "DAILY"
                     time = "5:00 AM"
                     task = "ProcessTransactions('*')" />
                <serverPlugin class = "edmserver.plugin.UserServerPlugins"/>
                <clientPlugin class = "edmclient.plugin.UserClientPlugins"/>
                <clientPlugin class = "edmclient.plugin.IrisClientPlugins"/>
                <copyright text = "Java Runtime Environment Copyright 1996-2004 by Sun MicroSystems, Inc."/>
        </company>
</config>


The property names have the following meanings:

version
Version of the config.xml file set by the system.
logCompanyName
"Y" if system should include company name in all log messages. Default is N.
isCentralSite
Set to “Y” if this is a central system or “N” if this is a remote system.
useFormColors
Set to “Y” if EDM Forms should use the background colors set by the designer. Default is N, which means that the form background will be transparent for a more harmonious and integrated experience.
clientBackgroundColor
The background color used in the main UI of EDM. Valid entries are a comma separated list of RGB values or a valid Java color name.
Java color names are white, lightGray, gray, darkGray, black, red, pink, orange, yellow, green, magenta, cyan, and blue.
The default is "black".
centralSiteNumber
The number of the central site.
centralSiteName
The name of the central site.
thisSiteNumber
This site's number.
thisSiteName
This site's name.
appFile
Name of file containing the queries and forms used to work with the data.
schemaFile
Name of file containing the database table information such as columns, keys, and relations.
menuFile
Name of file containing the options to display on the main menu.
nullValue
The text to display in EDM forms for database values that are null. Default is "<NULL>".
snapshotFile
Name of file containing named lists of tables called “snapshots” used for copying, sharing, and deleting site data.
transientFieldFile
Name of file containing fields that should not be updated at remote sites because they are updated by the remote application. For example, the OnHand quantity in the inventory item record should not be overwritten when the item name is updated.
transactionConversionFile
Name of file containing conversion information that allows the system to support multiple versions of an application at different remote sites.
licenseFile
Name of file containing license information that enables the software to run on a server.
localSendDir
The directory where outgoing transaction files are stored. If you use a polling package such as RemoteWare, you can configure it to check this directory when it connects with a remote location to transfer the files. The replacement variables %REMOTELOCATIONID% and %REMOTECUSTOMERID% are replaced with either the location number of the custom id field in the location record when creating the directory name. For example, if a location’s number is 217 then Outgoing\\%REMOTELOCATIONID% would become Outgoing\\217. If a location’s custom id is 000217 then Outgoing\\%REMOTECUSTOMERID% would become Outgoing\\000217.

Replace %THISSITEID% with this site's number from config.xml.
Replace %THISSITENAME% with this site's name from config.xml.
Replace %THISSITECUSTOMID% with this site's custom id (or id if null or blank).
Replace %CENTRALSITEID% with central site's number from config.xml.
Replace %CENTRALSITENAME% with central site's name from config.xml.
Replace %CENTRALSITECUSTOMID% with central site's custom id (or id if null or blank).
Replace %REMOTESITEID% with remote site's number.
Replace %REMOTESITENAME% with remote site's name.
Replace %REMOTESITECUSTOMID% with remote site's custom id (or id if null or blank).
localReceiveDir
The directory where incoming transactions are to be put. You can use the replacement variables %REMOTELOCATIONID% and %REMOTECUSTOMERID% in this property value.

Replace %THISSITEID% with this site's number from config.xml.
Replace %THISSITENAME% with this site's name from config.xml.
Replace %THISSITECUSTOMID% with this site's custom id (or id if null or blank).
Replace %CENTRALSITEID% with central site's number from config.xml.
Replace %CENTRALSITENAME% with central site's name from config.xml.
Replace %CENTRALSITECUSTOMID% with central site's custom id (or id if null or blank).
Replace %REMOTESITEID% with remote site's number.
Replace %REMOTESITENAME% with remote site's name.
Replace %REMOTESITECUSTOMID% with remote site's custom id (or id if null or blank).
remoteSendDir
If you have a full time connection between locations, this property lets you specify the directory where the remote location puts its outgoing transactions. You can use the replacement variables %REMOTELOCATIONID% and %REMOTECUSTOMERID% in this property value.
Replace %THISSITEID% with this site's number from config.xml.
Replace %THISSITENAME% with this site's name from config.xml.
Replace %THISSITECUSTOMID% with this site's custom id (or id if null or blank).
Replace %CENTRALSITEID% with central site's number from config.xml.
Replace %CENTRALSITENAME% with central site's name from config.xml.
Replace %CENTRALSITECUSTOMID% with central site's custom id (or id if null or blank).
Replace %REMOTESITEID% with remote site's number.
Replace %REMOTESITENAME% with remote site's name.
Replace %REMOTESITECUSTOMID% with remote site's custom id (or id if null or blank).
remoteReceiveDir
If you have a full time connection between locations, this property lets you specify the directory where the remote location looks for its incoming transactions. You can use the replacement variables %REMOTELOCATIONID% and %REMOTECUSTOMERID% in this property value.

Replace %THISSITEID% with this site's number from config.xml.
Replace %THISSITENAME% with this site's name from config.xml.
Replace %THISSITECUSTOMID% with this site's custom id (or id if null or blank).
Replace %CENTRALSITEID% with central site's number from config.xml.
Replace %CENTRALSITENAME% with central site's name from config.xml.
Replace %CENTRALSITECUSTOMID% with central site's custom id (or id if null or blank).
Replace %REMOTESITEID% with remote site's number.
Replace %REMOTESITENAME% with remote site's name.
Replace %REMOTESITECUSTOMID% with remote site's custom id (or id if null or blank).
ftpHostClass
Class used for FTP communication. Defaults to edmserver.ftp.FTPHostPSI. Alternatives that may work differently with a given FTP server are edmserver.ftp.FTPHostIBM and edmserver.ftp.FTPHostCommons.
sessionTimeoutMinutes
Number of minutes user can leave browser session before being automatically logged out. Numbers less than 1 mean never automatically log out.
sendStatusTransactions
“Y” if status transactions should be sent in response to processing of received transactions. “N” if status transactions should not be sent.
promptForCommitOnClose
“Y” if users should be prompted to commit open transactions each time they close a form or table.
useUpdateButtonForSingleSite
“Y” if the user wants to use the update button when there is only a single site in the updatable locations list, else “N” to allow in place editing. Default is N;.
regularExpressionFiltering
“Y” if the system will perform regex searches during filter operations, else “N” to perform literal searches. Default is N.
transactionServerURL
Forward commands to the specified URL for processing.
irisImageDir
Application-specific property that specifies the folder where images may be found by the IRIS menu editor.
irisSoundDir
Application-specific property that specifies the folder where sounds may be found by the IRIS menu editor.
removeIrisFindItemButton
Application-specific property that specifies whether or not to display the Find Item button in the IRIS menu editor.
removeIrisDeleteItemButton
Application-specific property that specifies whether or not to display the Delete Item button in the IRIS menu editor.
limitIrisToItemType
Application-specific property that specifies whether or not to limit the IRIS menu editor to only item button types.
limitIrisPopupOptions
Application-specific property that specifies whether or not to limit the IRIS menu editor's popup menu options to just alignment and sizing entries.
removeIrisEditButton
Application-specific property that specifies whether or not to display the Edit button in the IRIS menu editor.
removeIrisCommandButton
Application-specific property that specifies whether or not to display the Command button in the IRIS menu editor.
useUpdateButtonForSingleSite
Update buttons in EDM forms opened using the "open()" function can optionally be displayed when editing data for a single site using the "useUpdateButtonForSingleSite" config file option. Default is N.
processUnexpectedFiles
Automatically process unexpected transaction files and query missing transactions from the central server. Default is Y.
useBulkInserts
Set to Y to send multiple insert statements to database in batches or N to send inserts one at a time. Default is Y.
bulkInsertMaxBufferSize
Size of the buffer that holds multiple insert statements to be sent to SQL Server as a batch. Default is 100,000 bytes.
bulkInsertMaxThreadCount
Maximum number of threads used to send blocks of inserts to the database in parallel. Default is 10.
systemDataSource
Defines the connection to the system database.
systemDataSource.name
Name of the system data source (stored in schema file).
systemDataSource.version
Version number of the data source. Defaults is 1.
systemDataSource.type
The type of database used for the Enterprise Data Manager system database. Set to ACCESS, SQLSERVER_JDBC, SQLSERVER, or ORACLE. Central systems should not use ACCESS as the database type due to its size limitations. If you use Oracle as the database type, you will have to create the database manually before installing the system. To support Unicode characters, use SQLSERVER_JDBC and Microsoft SQL Server 2000 database.
systemDataSource.database
The name of the Enterprise Data Manager system database. For MS Access databases, this should be the full path of the .MDB file such as, C:\\Enterprise Data Manager\\CDM.mdb. For SQL Server databases, this should just be the name of the database, such as, Enterprise Data Manager HQ. Use double back-slashes whenever you need to put a backslash in a property value such as for a file path.
systemDataSource.server
For SQL Server databases, this property is the name of the server where the database resides, such as, (local) or ENTERPRISE. Access databases ignore this value.
systemDataSource.user
User ID to use for accessing the database. During installation, this user needs to have the right to create databases, tables, and indexes as well as the right to read and write data. During normal system use the user only needs rights to read table schemas and read and write data. This field is currently only used with the SQLSERVER_JDBC driver.
systemDataSource.password
Password for the user ID used to access the database. This field is currently only used with the SQLSERVER_JDBC driver.
dataSource
For each application database you plan to manage with the system, you must have a dataSource element in the configuration file. Each dataSource element has the same properties as the systemDataSource element.
schedule
A task that is scheduled to be executed at a specific time. The attributes are; frequency (ONCE, DAILY, TIMED, or WEEKLY, default is DAILY); time (date/time task should first be executed in local format, default is now); daysOfWeek (comma-separated list of day-of-week numbers where Sunday=1, default is every day); and task (EDM expression to evaluate). TIMED tasks are scheduled to execute in intervals from the hour that they begin. For instance, if a task is scheduled for "06/26/12 12:15 AM", it will execute at 12:15 AM on the specified date and then every 15 minutes thereafter. If a task is to run every minute, it would be scheduled for "06/26/12 12:01 AM", or "06/26/12 12:30 AM" to execute every half hour.
serverPlugin
Class to load as server plugin functions.
clientPlugin
Class to load as client plugin functions.
copyright
Copyright information to display on splash screen.

Setting Property Values for LDAP

To set up EDM to use security values from an LDAP, EDM may be configured using the LDAP Configuration Tool. This form asks for the LDAP IP, the LDAP port, the base context ("o=edm" by default), an ID that can read the EDM information from the base context, and a password for that ID. For security, this information will be stored in an encrypted format. When this is filled out and saved, the system will log you out automatically and require you to log in with the LDAP information. Thereafter, all of the permissions and roles will come from the LDAP.

If LDAP has been configured, in the top node, the following attributes will appear.

LDAPIP
The IP of the LDAP machine.
LDAPPort
A port of the LDAP machine that is available for Java binding.
LDAPUser
A user able to scan the context for user, permission and role information.
LDAPPassword
The password for the LDAPUSER.
LDAPContext
The initial context for the EDM information.

(Note: New users may have this set up under the Configurations menu. Upgrading users can add this menu item to their menus by selecting the menu, right clicking a menu item and selecting "New Item Above..." or "New Item Below...", and filling out the dialog with a name such as "LDAP Configuration" and the command of "showLdapPropertyForm()".)

For additional information, see the LDAP page.

Getting Property Values from the Windows Registry

The system can read systemDataSource and dataSource attribute values from the windows registry by setting the value of the property to a special string such as the following:

?Registry_Key=Software\\Application;Value=ConnectString;Substring=DB

When the system sees a property that starts with ?Registry_Key= it know that it should read the property value from the specified key following the equals sign (=). The property value string must start with ?Registry_Key= followed by the registry key name and a semicolon. Then the value must contain Value= followed by the registry value to read from the specified key followed by a semicolon. Optionally, the value can contain Substring= followed by the particular substring to extract from the registry value when it is in the format key1=value1;key2=value2;… such as an ODBC connection string. The sample property value above reads the ConnectString value from the Software/Application key to get an ODBC connection string and then extracts the DB substring from the connection string to get the name of the database to use as the property value.

Adding an Additional Company

The system enables users to set up multiple companies to help organize the data at headquarters. For example, if you have a pizza concept and a coffee shop concept, you can set up two companies so that each concept has its own central database of data. Each company has its own central database and can have different tables, forms, and menus also. To set up an additional company take the following steps:

  1. Open config.xml with a text editor.

  2. Copy the company section (from “<company” to “</company>”) to the clipboard.

  3. Paste the copied company lines at the end of the file between the “</company>” line and the “</config>” line.

  4. In the new company section, change the 'centralSiteName' property to a new company name.

  5. In the new company section, change the 'thisSiteName' property to the same new company name.

  6. In the new company section, change the 'schemaFile' property to a new name (for example schema_newcompany.xml).

  7. If the new company will have a different main menu, change the 'menuFile' property in the new company section to the new file name.

  8. If the new company will have different table lists, change the 'snapshotFile' property in the new company section to the new file name.

  9. If the new company will have different transient fields, change the 'transientFieldFile' property in the new company section to the new file name.

  10. If the new company will have a different data conversions, change the 'transactionConversionFile' property in the new company section to the new file name.

  11. In the new company section, change the 'localSendDir' property to a new folder (for example “Outgoing\NewCompany\%REMOTELOCATIONID%”).

  12. In the new company section, change the 'localReceiveDir' property to a new folder (for example “Incoming\NewCompany\%REMOTELOCATIONID%”).

  13. In the new company section, change the 'name' attribute of the 'systemDataSource' property to a new data source name (for example “EdmWebHqNewCompany”).

  14. In the new company section, change the 'database' attribute of the 'systemDataSource' property to a new data source name (for example “EdmWebHqNewCompany”).

  15. Close and save the config.xml file and restart the Apache Tomcat service. When you log in, you will be prompted to select a company. To switch from one company to another, simply log out and back in or click the 'Switch Company' button if it's available.

Snapshots

The system uses named lists of tables called “snapshots” for various tasks such as requesting a table refresh for a list of tables, copying the data from a list of tables from one location to another, etc. The snapshots are saved in an XML file in the same folder and the config.xml file. Users can edit this file with a text editor to add, change, and delete snapshots as the need arises.

A sample snapshot file with two snapshots, “Item Tables”, and “Price Table”, is shown below:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE snapshots>

<snapshots version="1">

        <snapshot name="Item Tables" >
                <table name="IRIS_dbo_tbl_ItemMaster" />
                <table name="IRIS_dbo_tbl_ItemModifiers" />
                <table name="IRIS_dbo_tbl_ItemAttachments" />
                <table name="IRIS_dbo_tbl_ItemCatLinks" />
                <table name="IRIS_dbo_tbl_ItemCategories" />
                <table name="IRIS_dbo_tbl_ItemFuturePricing" />
                <table name="IRIS_dbo_tbl_ItemLinks" />
        </snapshot>

        <snapshot name="Price Table" >
                <table name="IRIS_dbo_tbl_ItemPricing" />
        </snapshot>

</snapshots>

Users can edit the snapshot file and the system will use the modified file without restarting the web server.

The “name” attribute of the snapshot element gives the name of the snapshot which the system will display when prompting the user to select a snapshot.

The “name” attribute of the table element gives the name of a table in the snapshot. A table can appear in any number of snapshots and duplicate table names within a snapshot will be ignored.

Adding a Snapshot

To add a new snapshot, take the following steps:

  1. Find the folder containing the system configuration files. On remote systems this is usually C:\EdmWeb. On central systems this is usually C:\jakarta-tomcat-5.5.7\webapps\edm\WEB-INF\classes.

  2. Use a text editor to edit the snapshot_app_version.xml file in the configuration file folder.

  3. Add a new snapshot element just before the final </snapshots> element containing the desired tables as below:

            <snapshot name="My New Snapshot" >
                    <table name="first_Table_Name" />
                    <table name="second_Table_Name" />
            </snapshot>
            
  4. Close the text editor and save the modified file.

Changing a Snapshot

To change an existing snapshot, take the following steps:

  1. Find the folder containing the system configuration files. On remote systems this is usually C:\EdmWeb. On central systems this is usually C:\jakarta-tomcat-5.5.7\webapps\edm\WEB-INF\classes.

  2. Use a text editor to edit the snapshot_app_version.xml file in the configuration file folder.

  3. Find the snapshot you want to change by looking at the name attributes.

  4. Change the snapshot by editing the table name, or adding or removing tables.

  5. Close the text editor and save the modified file.

Main Menu

The main menu is stored in an XML file in the same folder as the config.xml file. The menu file is usually named menu_app_version.xml where app is the name of the application being managed and version is the version number of the application. For example, in a system set up to manage the IRIS POS system version 3.5, the menu file will be called menu_iris_3.5.xml.

The top level menu and each sub-menu have a name attribute which is displayed in the left window of the main menu. Each menu item element has a name and an action. The name is displayed in the right window of the menu and the action is what the system does when the user selects the item on the menu. Users can edit this file to add new menus and items and change or delete existing menus and items. Note that all possible menu items are in this one file, to limit which menu options a user has access to we use the security settings.

A partial menu file is shown below:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE menu>

<menu name="Enterprise Data Manager for IRIS 3.7.4">
        <menu name="POS Data">
                <item name="Item Master" action="Open( 'Form', 'tbl_ItemMaster 374PR10' )"/>
                <item name="Item Pricing" action="Open( 'Form', 'tbl_ItemPricing 374PR10' )"/>
                <item name="Alternate Child Item Pricing" action="Open( 'Form', 'tbl_ItemPricing_Child' )"/>
                <item name="Item Pricing by Category" action="Open( 'Form', 'tbl_ItemPricing Category Selector' )" />
                <item name="Item Modifiers" action="Open( 'Form', 'tbl_ItemModifiers 374PR10' )" />
                <item name="Menus and Buttons" action="editIrisMenus( 1 )"/>
        </menu>

...

        <menu name="Configuration">
                <item name="Edit Remote Table List" action="Open( 'Form', 'CDMRemoteTables' )"/>
                <item name="Edit Remote File List" action="Open( 'Form', 'CDMRemoteFiles' )"/>
                <item name="Load Central Schema" action="LoadCentralSchema( '', '', '', '', '', '', '' )"/>
                <item name="Load Central Data" action="LoadCentralData( '', '', '' )"/>
                <item name="Set Log Level" action="SetLogFileLevel('')"/>
        </menu>
</menu>

If the menu file is modified, the system will need to be restarted to load the changed menu. On central servers running the Apache Tomcat web server, restart the Apache Tomcat service using Control Panel - Administrative Tools - Services. On standalone systems that are not running on a web server, the next time the system is started it will read the modified menu file.

Editing the Main Menu

Users can edit the main menu by editing the XML file directly or they can change the menus and items on the EDM main menu by simply right-clicking the menu or item and selecting "Edit". Menu editing options available after right-clicking a menu are:

Menu editing options available after right-clicking an item are:

Configuring WEB.XML for Comet Support

The system supports using Comet (HTTP push) to notify users instantly when notifications are sent out in both Tomcat 6 and Tomcat 7. If Comet notifications are not enabled, then the applet pings the server every 15 seconds checking for notifications. To enable Comet notifications add either the CometServlet6 or CometServlet7 to the webapps/edm/web-inf/web.xml file as follows:

<servlet>
	<servlet-name>cometservlet</servlet-name>
	<servlet-class>edmserver.CometServlet6</servlet-class>
	<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
	<servlet-name>cometservlet</servlet-name>
	<url-pattern>*.comet</url-pattern>
</servlet-mapping>

Other Configuration Files

The other configuration files referenced in config.xml are described below. They are normally not edited directly by the user.

appFile
Application file containing all the forms and queries used in the system. This file is updated when users modify forms and queries using the designers.
schemaFile
Contains the table structures, indexes, and table relations for both the system tables and the application tables managed by the system. The system creates this file and it should not normally be edited by the user.
transientFieldFile
List of fields that should not be updated by the system because they are updated by the application at the remote sites. For example, if the application at the remote sites stores the "OnHand" quantity of an inventory item in the inventory item record, then when users update the inventory item record at central, we don't want the "On Hand Quantity" value to be overwritten at the remote site. To accomplish this, we add the "OnHand" field to the transient field file in the “InventoryMaster” table.

<?xml version="1.0"?>
<!DOCTYPE transients>

<transients version="1">
<table name="IRIS_dbo_InventoryMaster">
<col name="OnHand" />
<col name="LastDateWasted" />
</table>
<table name = "IRIS_dbo_AuthorizedFunction">
<col name = "Replicated" includeInInsert = "N" />
<col name = "RepGUID" includeInInsert = "N" />
</table>
</transients>

Transient fields can have the additional attribute 'includeInInsert' which can be set to “Y” (the default), or “N”. If the 'includeInInsert' attribute is set to “N”, then the field will not be included in insert transactions or table refresh transactions sent to remote sites and will never be updated at remote sites. This attribute is used when the field should not be inserted or updated and the database default value should be left in the field.

Transient fields are handled differently depending on whether the data is being sent to the remote site or the central site as follows:

Insert transaction to remote or central sites: Transient fields are included in transaction and inserted in table unless the 'includeInInsert' flag is set to “N” at the sending site.

Update transactions sent to remote or central sites: Transient fields are not included in the transaction and are not checked with finding the record to update and are not updated.

Delete transactions sent to remote or central sites: Transient fields are not included in the transaction and are not checked with finding the record to delete.

Refresh transaction set to remote site: Transient fields are included in the field list, the transient field list, and the data values unless the 'includeInInsert' flag is set to “N” at the central site. Insert transactions generated by processing the refresh will insert the available transient values in the table at the remote site. Update transactions generated by processing the refresh will not use transient field values when searching for the row to delete and will not update transient fields. Delete transactions generated by processing the refresh will not use transient field values when searching for the row to delete.

Refresh transaction set to central site: Transient fields are ignored unless the 'includeInInsert' flag is set to “N” at the remote site, in which case, the transient fields are left out of the field list and the field values. Insert, update, and delete transactions generated by processing the refresh will be processed as if there were no transient fields except that transient fields with the 'includeInInsert' flag is set to “N” at the remote site will be completely ignored.

transactionConversionFile
Contains information the system can use to convert transactions between one version of the managed application and another. For example, if some remote sites are running IRIS POS version 3 and other sites are running IRIS POS version 4, the conversion file can be set up so that transactions have the right column names and types for both versions of the application. This file is provided by the vendor and is not normally edited by users.
licenseFile
Contains license information for a limited or unlimited number of remote sites. Only central systems need a license file, remote systems do not.