This document provides information on the parameters that can be set in the global and local configuration files.
+------------------------------------------------------------------------------+
¦File Edit Configuration Search ¦
+----------------------------------+---------------------------+---------------+
¦ Global Configuration File ¦
¦ Local Configuration File ¦
+---------------------------+
|
The configuration files can only be modified by an administrator. They should only be changed with the Configuration Utility.
After a new Natural installation, the default administrator names are SAG and DBA. For these administrators, the menu is available. The administrator SAG or DBA can then add further administrators to the local configuration file as defined in the section Administrator Assignments.
The following topics are covered below:
This parameter group contains the following categories:
The parameters which apply to the database management system assignments are grouped under the following headings:
A table is shown which is used to define the database ID with which the database is mapped in the DDM.
When DBMS assignments have already been defined, they are shown in the table.
- DBID
The database ID.
Note:
If you are using DDMs where the database ID is set to "0", a separate entry where the database ID is also set to "0" must exist, with the corresponding database type specified. This entry is used at compilation time in order to generate the corresponding database statements into the generated program (GP).- Type
Since the types of all databases which are to be accessed by Natural must be defined in the global configuration file, specify one of the following values for each database ID:
Value Description ADA/ADA2 Adabas database server (this is the default).
See also Adabas Database Management Interfaces ADA and ADA2 in the Programming Guide.
SQL Any SQL database that can be accessed using Entire Access, which is Software AG's common interface to various SQL database systems. XML Tamino database server. Important:
You must not define a database type for a DBID which has already been assigned to a system file in the global configuration file (see System Files). If you do so, an error message will be issued at Natural startup, indicating an inconsistency in the system file setting and an error when reading the database assignments.At compilation time, the profile parameter
UDBis not used to determine the database type.UDBis only used at runtime to determine the database type. The database types must be the same at compilation time and at runtime.- Parameter
Applies only to databases of the following types:
Type Description ADA/ADA2 If your database type is ADA or ADA2, you can choose between two access methods:
If you leave the parameter string empty, the classic access method via ADALNK is used. This is the default.
Alternatively, you can specify an ADATCP connect string here, instructing Natural to connect to Adabas via TCP/IP.
See Natural and Adabas Access in the Database Management System Interfaces documentation for further information
SQL If your database type is SQL, specify the string (DBMS parameter) that is to be used to establish the connection to the database system with which you want to work. See Natural and Entire Access in the Database Management System Interfaces documentation for further information on how to access SQL-type database systems. XML If your database system is XML (Tamino), enter the URL of the Tamino database including the name of the collection which is to be accessed in this database. See Natural for Tamino in the Database Management System Interfaces documentation for further information on how to access Tamino databases.
The settings for Adabas Trace, SQL Trace and XML Trace are for error diagnostics reasons. They should only be filled out when requested by Software AG support. Software AG support will provide valid values in this case.
The tables for the SQL assignments are grouped under the following headings:
SQL Date/Time Conversion
This table is used to specify the conversion masks for
Entire Access.
As Natural has only one specific time format, you must decide how this format should be interpreted in the context of SQL database access. There are several possibilities, however, there is only one possibility per SQL-type DBID which can be specified here.
- DBID
Cannot be edited. Entries for the SQL-type databases defined in the DBMS Assignments table (see above) are automatically provided.
- Mask
The value specifies the configuration for Entire Access. It also specifies the format used to retrieve the SQL information for
DATE,TIMEandDATETIMEinto fields of Natural data format A. The mask should match the RDBMS-specific configuration for theDATE,TIMEorDATETIMEcharacter string representation.- Date
This mask (usually a sub-string of the
Maskvalue) specifies the character string representation into which the fields of Natural data format D are converted during update or retrieval of SQLDATEcolumns.- Time
This mask (usually a sub-string of the
Maskvalue) specifies the character string representation into which the fields of Natural data format T are converted during update or retrieval of SQLTIMEorDATETIMEcolumns.- Remark
You can enter your remarks here, for example, to document how the SQL
DATEandTIMEcharacter string representation is configured on the database site.
For database systems that support a common data type both
for date and for time, the hash character (#) can be used in the mask to skip
non-relevant portions of DATETIME strings. For example, the
following settings of the masks may be appropriate for the Microsoft SQL Server
which supports a common DATETIME data type for date and time
values:
Mask = YYYYMMDD HH:II:SS Date = YYYYMMDD Time = #########HH:II:SS
SQL Authorization
This table is used to specify user IDs and passwords for an
automatic login to an SQL database.
- DBID
Cannot be edited. Entries for the SQL-type databases defined in the DBMS Assignments table (see above) are automatically provided.
- Auto Login
When selected, a non-interactive login is performed to the database by using the values from this table row. Furthermore, the evaluations of the environment variables
SQL_DATABASE_LOGIN,SQL_DATABASE_USER,SQL_DATABASE_PASSWORD,SQL_OS_USERandSQL_OS_PASSWORDare suppressed.- Type
To define the kind of authentication to be performed for this DBID, specify one of the following values:
Value Description DB Database authentication. OS Operating system authentication. DB_OS Both, database authentication and operating system authentication. Please note that it depends on the database system which kind of authentication is available. Furthermore, there are restrictions concerning operating system authentication in Entire Access. See the Entire Access documentation for a more detailed description.
- DB User
The user ID for database authentication.
- DB Password
The password for database authentication.
- OS User
The user ID for operating system authentication.
- OS Password
The password for operating system authentication.
A table is shown which is used to specify user IDs and passwords for an automatic login to a Tamino database.
- DBID
Cannot be edited. Entries for the XML-type databases defined in the DBMS Assignments table (see above) are automatically provided.
- Auto Login
When selected, a non-interactive login is performed to the database by using the values from this table row. Furthermore, the evaluations of the environment variables
XML_DB_USER,XML_DB_PASSWORD,XML_HTTP_USERandXML_HTTP_PASSWORDare suppressed.- DB User
The user ID for Tamino database authentication.
- DB Password
The password for Tamino database authentication.
- HTTP User
The user ID for web server authentication.
- HTTP Password
The password for web server authentication.
With dictionary servers, you can access free rules and automatic rules maintained in Predict once you have access to Predict on a mainframe or UNIX host.
Note:
A dictionary server (also referred to as Predict server) can be
any Natural RPC server running in the same environment that Predict is
installed in.
You can assign so-called dictionary servers (a free rule server and an automatic rule server) to one common logical server name. It is possible to define more than one logical server name where each name represents a different pair of free rule server and automatic rule server. The servers to be assigned can be located on different nodes.
In the global configuration file, you define all dictionary servers that are available for selection in the parameter file. The name of the logical server that is to be used must then be defined in the parameter file. See Remote Dictionary Access in the Overview of Profile Parameters.
You can specify the following information:
- Name
Specify the name for a logical dictionary server.
- Free Rules
Specify the server name and node name for the server that is to be used for remote access to Predict free rules.
- Automatic Rules
Specify the server name and node name for the server that is to be used for remote access to Predict automatic rules.
The following parameters are used to define the name and port number for the HTTP server.
| Option | See the Parameter Reference for a description of this profile parameter |
|---|---|
| HTTP proxy address to use | PROX
|
| HTTP proxy port number | PROXPORT |
| Do not use proxy for addresses | NOPROX |
| HTTPS proxy address to use | SSLPRX |
| HTTPS proxy port number | SSLPRXPT |
| Do not use SSL proxy for addresses | NOSSLPRX |
You can specify a directory common to all installed Natural versions, which is to contain operating system-specific work files and temporary files used by all these Natural versions. These files are required for synchronization purposes and must not be deleted or modified by a Natural Administrator.
Note:
If you use the system directory for temporary files, ensure
that no automatic procedures regularly delete the contents.
When you choose this function, the currently defined ports are shown in a window. When you edit a port number (by entering "E" next to the port number and pressing ENTER), the environment assignments are shown. You can also choose , which is shown at the top of the window, to add environment assignments for further ports.
You can assign user-specific environments for any Natural development server (NDV). To do so, use the following syntax in the Environment column:
VARIABLE=VALUE[;VARIABLE=VALUE]...
Example:
+----------------- Environment settings for NDV port <1234> ------------------+ ¦ C User Environment ¦ ¦ USER1 MYWRKFILE=/natural/prog/user1;NDVSESSION=naturalins ¦ ¦ USER2 MYWRKFILE=/natural/prog/user2;NDVSESSION=naturaltr;NAT_TRACE=1 ¦ ¦ USER3 MYWRKFILE=/natural/prog/user3;NDVSESSION=naturalsql ¦ ¦ ¦ |
In the above example, 3 user environments for the server started
on port 1234 are defined. The environment variable
MYWRKFILE defines the path of a Natural work file.
This environment variable can then be used in the
Work
Files section of a parameter file to define the location
of the work file, depending on the defined user.
The variable NDVSESSION specifies the
Natural image to be loaded when a mapping to the server takes place. It is only
known by the Natural development server.
Suppose Natural Studio is mapping to a Natural development server
with port 1234 and user ID USER2: the server loads naturaltr as
the Natural session and any Adabas call of a started application will be
traced. Work files defined with MYWRKFILE will be
written to the location /natural/prog/user2.
For information on how to configure a Natural development server under UNIX, see the Natural Development Server for UNIX documentation.
Printer profiles are used for printing additional reports, for hardcopies and for batch output generation. They recognize particular Natural field attributes and insert the appropriate control sequences (see below) as defined in the profile.
With the ability to translate Natural field attributes into escape sequences, you can control your printer in various ways by using the right profile name, and you can use the print features of a given device by using simple attributes in Natural programs.
Each profile that you define can be assigned to a Natural report
number either statically by using the Configuration Utility (see
Device/Report
Assignments), or dynamically by using the
DEFINE PRINTER
statement within a Natural program.
The parameters which apply to the printer profiles are arranged on the following pages:
You can specify the following information:
- Name
The name of the printer profile.
- Method
Specify the print method for this printer profile. Or press PF2 to select the print method from a list.
Method Description NOM Prints to an Entire Output Management container file without using the spool of the operating system. Refer to the Entire Output Management documentation for details. If you want to use this method, you have to specify all required information on the NOM Printer Profiles page. TTY Print data (text files) are sent directly to the spooler "as is". Any printer command sequences need to be specified explicitly, either dynamically (as program data) or statically (via a printer profile). As such, the application has full control over the command sequences. This is a low-level print method that by-passes the printer driver. If you want to use this method, you have to specify all required information on the TTY Printer Profiles page.
You can specify the following information:
- Profile name
Specify the name of a new printer profile. Or press PF2 to select a defined printer profile from a list.
- Config block
Name of the OPO (Open Print Option) configuration block.
- Meta file
Path and name of the OPO XML meta file.
Refer to the Entire Output Management documentation for details.
You can specify the following information:
- Profile name
Specify the name of a new printer profile. Or press PF2 to select a defined printer profile from a list.
- External character set
Optional. An external character set must be defined, for example, if a printer's character set is different from the system character set, or if you wish to preserve Unicode data by outputting the data in UTF-8 format.
You can specify the name of the external character set. If the name is "UTF-8", the data are converted into UTF-8 format. Otherwise, any name can be used, but it must agree with the name used in the character translation table definition in the file NATCONV.INI. For example, if the internal character set name (as defined near the top of the NATCONV.INI file) is "ISO8859_1" and you define "FRED" as the name of the external character set in the printer profile, a section with the following name must be defined in the file NATCONV.INI, otherwise no character translation is performed:
[ISO8859_1 -> FRED]Note that, in the non-UTF-8 case, the data are first converted from the in-memory format (UTF-16) into the system code page, prior to any NATCONV.INI-based translation being applied.
For further information on the NATCONV.INI file, see Support of Different Character Sets with NATCONV.INI in the Operations documentation.
- Trigger / Leading command / Trailing command
You can specify whether commands to be triggered at job, page or field level.
Option Description Trigger
A triggering event controls the level on which specified printer control sequences are to be applied. The names of the available triggering events are listed below. Specify the name of a triggering event in the Trigger field to display the associated leading and trailing control sequences. You can also press PF2 to select a triggering event from a list. JOB Use this triggering event if you want your control sequences to apply to an entire print job. The specified control sequences will represent the job header and/or job trailer respectively. PAGE Use this triggering event if you want the control sequences to apply to each physical output page. The specified control sequences will then represent the page headers and/or page trailers respectively. FIELD Use this triggering event if you want the control sequences to apply to each field (regardless of its AD,CDorPMattributes).AD and CD These triggering events stand for specific attributes of the session parameters AD(attribute definition) andCD(color definition). Use these triggering events if you want the control sequences to be applied at field level only. Any field in a Natural program with corresponding attributes will then cause these control sequences to take effect. See the Parameter Reference for details on these session parameters.PM=I Use this triggering event if you want the control sequences to apply to each field with an opposing print direction to that of the page. See the session parameter PM(print mode) and the terminal command%V(control of print mode) for more information.Leading command The leading control sequence is inserted immediately before the triggering event (for example, to define a job header or to set attributes for field representation). Trailing command The trailing control sequence is inserted immediately after the triggering event (for example, to define a job trailer or to reset attributes previously set). For each control sequence, you can specify the control characters in either alphanumeric or hexadecimal format.
Notes:
- Blank characters must always be specified in hexadecimal format (^20). If they were entered directly, they would be confused with the blanks used to delimit tokens in the configuration file.
- The escape character must always be specified in hexadecimal format (^1b) because this is a non-printable character.
Example
This example shows the PCL command for setting a proportional character spacing in both alphanumeric and hexadecimal format. The escape character "^1b", which must always be specified in hexadecimal format, corresponds to the decimal value 27.
Alphanumeric format:
^1b(s1PHexadecimal format:
^1b^28^73^31^50
A list of existing Natural system file assignments is shown.
The paths for all possible system files (that is: for all possible DBID/FNR combinations) are defined in the global configuration file. These must be valid paths which indicate the physical location of the system files on the disk.
You can specify the following information:
- DBID
The database ID.
- FNR
The file number.
- Alias name
This feature applies when working in a remote development environment (SPoD) with Natural for Windows.
When you specify an alias name for a system file, this name is shown in Natural Studio's library workspace.
- Path
The path to the system file.
The DBID/FNR combination for each defined system file can then be defined in the parameter file. See System Files in the Overview of Profile Parameters.
This parameter group contains the following categories:
You can specify whether a user is to be a Natural administrator or a configuration administrator. The following combinations are possible:
+----- Administrator Assignments -----+ ¦ C User Name Administrator ¦ ¦ NATURAL CONFIGURATION ¦ ¦ NAT1 Y Y ¦ ¦ NAT2 Y N ¦ ¦ NAT3 N Y ¦ ¦ NAT4 N N ¦ |
When a user is defined as both Natural administrator and configuration administrator (Y/Y), the user can modify all parameter files as well as the global and local configuration files. When such a user invokes the Configuration Utility, "(Config)" is shown in the right-hand corner of the screen (instead of the user ID).
Note:
Only Natural administrators can be defined as configuration
administrators. However, when a user is defined only as a configuration
administrator (N/Y), the above information applies. This is handled as if the
user has been defined as both Natural administrator and configuration
administrator (Y/Y).
When a user is defined only as a Natural administrator (Y/N), the user can modify all parameter files. The menu is not shown; thus, modification of the configuration files is not possible. When such a user invokes the Configuration Utility, "(Admin)" is shown in the right-hand corner of the screen (instead of the user ID).
When a user is neither defined as a Natural administrator nor as a configuration administrator (N/N), the user can only modify his own parameter file. When such a user invokes the Configuration Utility, the user ID is shown in the right-hand corner of the screen.
A table is shown which is used to define buffer pools. See also Natural Buffer Pool in the Operations documentation.
Note:
When parameters are changed, it is strongly recommended to
restart the buffer pool, as a new session might not be able to connect to the
buffer pool otherwise.
You can specify the following information:
- BP Name
The name of the Natural buffer pool. The name can be up to 8 characters long. The name of the default buffer pool is
NATBP. See alsoBPIDin the Parameter Reference.Caution:
Do not delete the default buffer poolNATBP, as it is possible that Natural may not function properly anymore.- BP Size
The size of the Natural local buffer pool. This setting is used during startup of the Natural buffer pool by the
NATBPSRVserver to create a global shared memory segment of the specified size.Possible settings: 1 - 1024 MB.
Default setting for additional buffer pools: 1.
- Maximum Users
The maximum number of users that can have simultaneous access to the buffer pool. This number determines the sizes of some internal tables stored inside the shared memory during startup.
Possible settings: 1 - 5000.
Default setting: 20.
- Directory Entries
The number of directory entries. This value is used by the
NATBPSRVserver during the start of the buffer pool. If the maximum value has been reached, this value is automatically increased.In case of a read-only buffer pool this value can be ignored because the number of directory entries is calculated on the basis of the preload list when the buffer pool is started.
Possible settings: 10 - 999999.
Default setting: 10.
- Shared Memory Key
The shared memory key for the IPC facilities that the buffer pool is using. Ask your UNIX administrator to supply the value for this key.
Important:
The shared memory key must be unique across your entire UNIX system.- Semaphore Key
The semaphore key for the IPC facilities that the buffer pool is using. Ask your UNIX administrator to supply the value for this key.
Important:
The semaphore key must be unique across your entire UNIX system.- Read Only
When set to "ON", this is a special buffer pool which only allows read access. In this case, the value for the semaphore key is ignored.
For further information, see Read-Only Buffer Pool in the Operations documentation.
- Alternate BP Name
For a read-only buffer pool, it is possible to define the name of an alternate buffer pool. The alternate buffer pool must also be a read-only buffer pool.
For further information, see Alternate Buffer Pool in the Operations documentation.
You can specify the following:
- Path to parameter (PARM_PATH)
The location of the Natural parameter files.
- Path to user profiles (PROFILE_PATH)
The location of the Natural user profiles.
- Global configuration file (CONFIG_NAME)
The name and location of the global configuration file (default name is NATCONF.CFG).
- Natural error file directory (ERROR_FILES)
The location of the Natural error files.
- Natural I/O conversion table (NATCONV)
The name of the file which contains the character translation tables used with the internal character set ISO-8859-1. By default, this file is called NATCONV.INI. See Support of Different Character Sets with NATCONV.INI in the Operations documentation for further information.
- Natural TMP directory (TMP_PATH)
The location of Natural temporary output.
- Binary load path (NATEXTLIB)
The location of binary libraries of further Software AG products using Natural.
- Terminal database (NATTCAP)
The name of the database which contains the descriptions of the terminal capabilities for each terminal type supported by Natural. See Natural Termcap (NATTERMCAP) Utility in the Utilities documentation for further information.
- Text file path (TXT_PATH)
The location of messages, choices and help texts used by the editors and by the Natural Termcap utility.
- User-defined libraries
The location of user-defined Natural libraries.
Instead of defining a specific path (for example: $NATDIR/<version>/lib/<mylib>), you can define an environment variable (for example:
$NATUSER) and use it standalone or embed this variable in the path (for example: /opt/softwareag/Natural/<version>/lib/$NATUSER). At runtime, the path will be used with the currently valid environment variable (for example: <mylib>).Note:
If you want to specify several libraries, you have to separate the names with a colon, for example userlib1:userlib2:userlib3.
Note:
. When you press TAB
after having specified a valid path, the path is automatically expanded.