![]() |
![]() |
BEA eLink TCP for TUXEDO 3.1 Information Center |
![]() HOME | SEARCH | CONTACT | PDF FILES | WHAT'S NEW |
||
![]() TABLE OF CONTENTS | PREVIOUS TOPIC | NEXT TOPIC | INDEX |
The following configuration files must be set up prior to running BEA eLink for Mainframe TCP for TUXEDO (hereafter referenced as eLink TCP for TUXEDO):
This document explains the following tasks for configuring eLink TCP for TUXEDO:
As with any TUXEDO server, you must establish a server group for eLink TCP for TUXEDO by adding entries for eLink TCP for TUXEDO gateway in the UBBCONFIG file for the local region. Specifically, you must add records to:
Updating the BEA TUXEDO UBBCONFIG File
See the BEA TUXEDO Administrator's Guide for more information about the UBBCONFIG file. For information about the UBBCONFIG file specific to the gateway, refer to "Updating the GROUPS Section to Establish a Server Group," and "Updating the SERVERS Section." For advertising services for alternate data mapping, refer to "Updating the SERVICES Section."
Note:
Lines beginning with an asterisk (*) indicate the beginning of a specification section. Each such line contains the name of the section immediately following the *. The asterisk is required when specifying a section name.
To establish a server group for eLink TCP for TUXEDO, you must add the following items to the GROUPS section of the BEA TUXEDO UBBCONFIG file:
Updating the GROUPS Section to Establish a Server Group
groupname
variable
Note:
For Windows NT, the LMID must be in uppercase
GROUPNO
parameter
The syntax of the configuration file entry is as follows.
Syntax
Listing 5-1
Syntax for GROUPS Section of UBBCONFIG File
groupname
LMID=logical_machine_identifier
GROUPNO=group_number
The variable definitions follow.
Here is an example of a UBBCONFIG entry that establishes a server group.
Listing 5-2 Establishing a Server Group
NODE2GATE LMID=NODE2
GROUPNO=1
This section explains how to specify eLink TCP for TUXEDO servers in the BEA TUXEDO configuration.
The eLink TCP for TUXEDO product provides the gateway you need to list in the SERVERS section of the BEA TUXEDO UBBCONFIG configuration file.
For each eLink TCP for TUXEDO server group, you can specify one gateway. There must also be entries for domain administration (DMADM) and gateway administration (GWADM) servers.
The syntax of each configuration file entry is as follows.
Listing 5-3 Syntax for SERVER Section of UBBCONFIG File
DMADM SVRGRP=groupname
SRVID=integer
GWADM SVRGRP=groupname
SRVID=integer
GWIDOMAIN SVRGRP=groupname
SRVID=integer
CLOPT="-A -- -e<type>"
The following table describes the parts of the syntax.
For more information about BEA TUXEDO servers and related configuration parameters, see the BEA TUXEDO Administrator's Guide.
As with other TUXEDO servers, you can use the full range of BEA TUXEDO system server boot options with eLink TCP for TUXEDO servers.
The -r
option may be particularly useful. Using this timestamp recording option, together with the txrpt
report command, you can analyze remote service response times. Of course, the process of gathering statistics creates overhead. Consequently, you should use this option selectively.
The RQADDR parameter is also helpful. It enables you to simplify system administration tasks by assigning intuitive names to eLink TCP for TUXEDO server queues. To do so, specify the nodename, LMID or SRVGRP value as part of the queue name (as shown in the following example). Each server entry must have a unique RQADDR value. Also, you cannot use the RQADDR parameter if the BEA TUXEDO MIN or MAX parameters are set to values that are greater than 1.
Here are two final points about boot options:
For more information about these and other boot options, see Here is an example of a UBBCONFIG entry that configures an eLink TCP for TUXEDO gateway.
servopts(5)
in the BEA TUXEDO Administrator's Guide.
Example
Listing 5-4
Configuring a eLink TCP for TUXEDO Gateway
SERVERS
DMADM SRVGRP=LIAISON SRVID=1
GWADM SRVGRP=REQIMS SRVID=2
GWIDOMAIN SRVGRP=REQCICS SRVID=3
CLOPT="-A"
The eLink Adapter for Mercator is one choice for an alternate data mapping tool. If you are using the eLink Adapter for Mercator component for data translation, define the elinkmerc server as the server responsible for the data mapping operation. To define this server, add the elinkmerc information in the SERVER section of the UBBCONFIG file. The following parameters are required for defining the elinkmerc server.
Note:
You must specify elinkmerc as the file to execute for the data mapping process. Within this server definition, you must also specify the -s
option in the CLOPT parameter.
Listing 5-5 Syntax for elinkmerc Server Definition in the UBBCONFIG File
*SERVERS
elinkmerc
SRVGRP=groupname
SRVID=n
CLOPT="-sservicename1
:XLATE_SERVICE
-sservicename2:
XLATE_SERVICE -- -WUD -TIO -AE"
For information about the SRVGRP, SRVID, and CLOPT parameter syntax and definitions, refer to the BEA TUXEDO Reference Manual. The definition of the -s
option in the CLOPT parameter follows and is required for the data mapping process.
servicename
servicename
is the advertised service to use for the data conversion. It is the name of the Mercator map files, such as fml2cob.mmc
and cob2fml.mmc
.
Note:
The servicename
specified in the CLOPT parameter must also be defined in the SERVICE section.
This section explains how to specify services in the BEA TUXEDO configuration.
Advertise the service for data mapping by defining it in the SERVICES section of the UBBCONFIG file.
Listing 5-6 Syntax for Advertising the Mapping Service
*SERVICESservicename1
servicename2
servicename
fml2cob
and cob2fml
.
Note: The name of each of the services must match the map names in the CLOPT parameter in the elinkmerc server definition. For more information about defining services, refer to the BEA TUXEDO documentation about the UBBCONFIG.
The GWICONFIG file is the mechanism that system administrators use to configure eLink TCP for TUXEDO. The particular file the gateway uses is determined by the environment variable GWICONFIG. The configuration file is similar to the TUXEDO Transaction Manager UBBCONFIG file, both in structure and in composition. This makes it possible for experienced BEA TUXEDO administrators to configure eLink TCP for TUXEDO without extensive training.
Note: GWICONFIG is a generic filename. You are free to choose other filenames just as with the TUXEDO UBBCONFIG file and DMCONFIG file. Be sure that the name of the GWICONFIG file is specified in the GWICONFIG environment variable. Also, the GWICONFIG file should be saved to the application directory.
The GWICONFIG file is divided into the following required sections:
Describes certain general characteristics of all eLink TCP for TUXEDO gateways.
Describes all native systems. Use the gateway name, specified in the GWI_GWNAME
environment variable, to distinguish different gateways in the same configuration file.
Describes all foreign systems.
Describes local services that are accessible in the BEA TUXEDO domain through the eLink TCP for TUXEDO gateway. Each local service is linked to a native system using the NATIVE parameter. For each local service, eLink TCP for TUXEDO uses the TCP port number and IP address of the corresponding native system to establish a TCP listening endpoint.
Describes remote services that are accessible from the BEA TUXEDO domain. Each remote service describes a TCP service on a foreign system. For each remote service, the FOREIGN parameter defines the name of the foreign system. eLink TCP for TUXEDO uses the TCP port number and IP address of the foreign system to connect to the remote TCP service.
Warning:
The GWICONFIG file must contain the required sections in the order shown in Listing 5-7. Each section requires the asterisk (*) in the name.
Listing 5-7
Sample GWICONFIG File
*GLOBAL
NWDEVICE="/dev/tcp"
CONNECT_TIME=20
# IDLE_TIME=90
OUTREQ_TIME=20
LATENCY=-2
SECURE=N
MULTIPLEX=2
DFLTWRAP="TPS"
DFLTTYPE="MVS"
*NATIVE
LOCAL IPADDR="//beasun2"
TCP_PORT=9002
IDLE_TIME=20
# MULTIPLEX=4
*FOREIGN
RIGHTY WRAP="TPS"
TYPE="MVS"
IPADDR="//beasun2"
TCP_PORT=9004
MULTIPLEX=2
IDLE_TIME=30
RMTACCT="zeke"
PASSWORD="maple"
HP10 WRAP="TPS"
TYPE="MVS"
IPADDR="//dalhp10"
TCP_PORT=0x7000
RMTACCT="zeke"
PASSWORD="maple"
# IDLE_TIME=60
MIKE WRAP="TPS"
TYPE="MVS"
IPADDR="//dalvs3"
TCP_PORT=9001
MULTIPLEX=6
CURTIS WRAP="TPS"
TYPE="MVS"
IPADDR="//dalvs2"
TCP_PORT=9002
CICS=Y
*LOCAL_SERVICES
TUXTOUPPER NATIVE="LOCAL"
# SECURE=Y
ECHO NATIVE="LOCAL"
*REMOTE_SERVICES
TUXTOLOWER FOREIGN="RIGHTY"
#TUXTOLOWER FOREIGN="HP10"
OUTREQ_TIME=20
BEASVR07 FOREIGN="MIKE"
OUTRECTYPE="VIEW:weird"
TST1V FOREIGN="HP10"
The following sections describe parameters that are associated with the GLOBAL section of the GWICONFIG file. These parameters describe global characteristics for the gateway.
The format of the GLOBAL section of the GWICONFIG file follows.
Defining the GLOBAL Section of the GWICONFIG File
Syntax
Listing 5-8
Syntax for GLOBAL Section of GWICONFIG File
[ # A comment (from "#" to end of line)]
*GLOBAL
[ NWDEVICE=TCP_device
]
[ CONNECT_TIME=n
]
[ IDLE_TIME=n
]
[ OUTREQ_TIME=n
]
[ LATENCY=n
|1 ]
[ SECURE=Y|N ]
[ MULTIPLEX=n
|1 ]
[ DFLTWRAP=wrapper name
]
[ DFLTTYPE=translation type
]
There are no required parameters for the GLOBAL section of the GWICONFIG file.
This section describes the optional parameters that you set in the GLOBAL section.
TCP_device
"
"/dev/tcp"
.
n
seconds
n
seconds
n
seconds
n
seconds
If SECURE=Y, then the eLink TCP for TUXEDO gateway supplies user information to remote services and applies remote user information to local services using the appkey
.
If SECURE=N, then the eLink TCP for TUXEDO gateway does not supply user information to remote services and does not apply remote user information to local services using the appkey
. The default is N.
Note: If SECURE=N and the TUXEDO domain is set with SECURITY=ACL in the UBBCONFIG file, a request to a local service can fail even if ACLs are in place.
n
Note: For more information about DFLTYPE values MVS and MVSC, refer to "Configuring BEA eLink TCP for TUXEDO for Data Mapping."
The following sections describe parameters that are associated with the NATIVE section of the GWICONFIG file. These parameters are specific to the local system. You can specify multiple native systems in the same configuration file allowing multiple gateway processes to access the same configuration file. This makes a single repository of connectivity services. The link between the gateway process and the native system entry is made through the GWINAME environment variable.
The format of the NATIVE section of the GWICONFIG file follows.
Listing 5-9 Syntax for NATIVE Section of GWICONFIG File
[ # A comment (from "#" to end of line)]
*NATIVE
<GATEWAY_NAME>
[ IPADDR=ip_address
]
[ TCP_PORT=port number ]
[ IDLE_TIME=n
]
[ MULTIPLEX=n]
[ POLL_TIME=n
]
[ MAXCONNECT=n]
The required parameter described in this section must be set for each local system that you specify in the NATIVE section.
Note: If this local gateway is using code page mapping, the GATEWAY_NAME parameter must match an entry in the DM_LOCAL_DOMAINS section of the DMCONFIG file with the necessary CODEPAGE entry.
The optional parameters described in this subsection may be set for each local system that you specify in the NATIVE section.
ip_address
0xaaaaaaaa
, the dotted decimal format //#.#.#.#
, or the DNS format //host[.domainname]
. If you do not specify this parameter, the IP address of the local host machine is looked up and used.
port number
n
n
n
n
The FOREIGN section of the GWICONFIG file contains parameters that collectively describe foreign systems.
The format of the FOREIGN section of the GWICONFIG file is as follows.
Listing 5-10 Syntax for FOREIGN Section of GWICONFIG File
[ # A comment (from "#" to end of line)]
*FOREIGN
<SYSTEM_NAME>
IPADDR=ip_address
[TYPE=system_type
][WRAP=
wrapper name
]
[TCP_PORT=port number]
[MULTIPLEX=n sessions]
[IDLE_TIME=n seconds]
[RMTACCT="userid
"]
[PASSWORD="password
"]
[CICS=Y | N]
[CICSHAND=<name>
]
[MAXCONNECT=n]
[CONNSYNC=Y|N]
[CONNECT_TIME=n
]
[CICSDATA="string"
]
The required parameters described in this subsection must be set for each foreign system that you specify in the FOREIGN section.
Note: If the remote system is using code page mapping, the SYSTEM_NAME parameter must match an entry in the DM_REMOTE_DOMAINS section of the DMCONFIG file with the necessary CODEPAGE entry.
ip_address
0xaaaaaaaa
, the dotted decimal format //#.#.#.#
, or the DNS format //host[.domainname]
.
The optional parameters described in this subsection may be set for each foreign system that you specify in the FOREIGN section.
system type
Note: For more information about MVS and MVSC TYPE values, refer to "Configuring BEA eLink TCP for TUXEDO for Data Mapping."
wrapper name
port number
n
sessions per connection
n
seconds
Warning: If CICS=Y and you are not using IBM TCP/IP or your remote gateway is not eLink TCP for CICS, the transaction does not process correctly.
<name>
"userid"
"password"
n
n
"string"
The LOCAL_SERVICES section of the GWICONFIG file contains parameters for each local service specified in the DMCONFIG file. Each service entry name matches the remote name of the service in the DM_LOCAL_SERVICES section.
The format of the LOCAL_SERVICES section of the GWICONFIG file follows.
Listing 5-11 Syntax for LOCAL_SERVICES Section of GWICONFIG File
[ # A comment (from "#" to end of line)]
*LOCAL_SERVICES
<SERVICE_NAME>
NATIVE=
native system
[INRECTYPE="foreign_incoming_buffer_type"
][OUTRECTYPE=
"foreign_outgoing_buffer_type"
]
[SECURE=Y | N]
[CONV=Y | N]
The required parameters described in this section must be set for each service you specify in the LOCAL_SERVICES section.
"native_system"
The optional parameters described in this section may be set for each service you specify in the LOCAL_SERVICES section.
"foreign_incoming_buffer_type"
"foreign_outgoing_buffer_type"
If SECURE=Y, then the eLink TCP for TUXEDO gateway applies remote user information to local services using the appkey
.
If SECURE=N, then the eLink TCP for TUXEDO gateway does not apply remote user information to local services using the appkey
. The default is N.
Note: If SECURE=N and the TUXEDO domain is set with SECURITY=ACL in the UBBCONFIG file, a request to a local TUXEDO service can fail even if ACLs are in place.
The REMOTE_SERVICES section of the GWICONFIG file contains parameters for each remote service specified in the DMCONFIG file. Each service entry name matches the remote name of the service in the DM_REMOTE_SERVICES section.
The format of the REMOTE_SERVICES section of the GWICONFIG file is as follows.
Listing 5-12 Syntax for REMOTE_SERVICES Section of GWICONFIG File
[ # A comment (from "#" to end of line)]
*REMOTE_SERVICES
<SERVICE_NAME>
FOREIGN=
system_name
[INRECTYPE="foreign_outgoing_buffer_type"
][OUTRECTYPE=
"foreign_incoming_buffer_type"
]
[OUTREQ_TIME=n
]
[SECURE=Y | N]
[CONV=Y | N]
The required parameters described in this section must be set for each service you specify in the REMOTE_SERVICES section.
RNAME
value in the DM_REMOTE_SERVICES section of the DMCONFIG file. If RNAME
is not specified, this name matches the TUXEDO service name.
"foreign_system"
The optional parameters described in this section may be set for each service you specify in the REMOTE_SERVICES section.
"foreign_outgoing_buffer_type"
"foreign_incoming_buffer_type"
n
If SECURE=Y, then the eLink TCP for TUXEDO gateway supplies user information to remote services.
If SECURE=N, then the eLink TCP for TUXEDO gateway does not supply user information to remote services.
The domain configuration file (DMCONFIG) is made up of specification sections. Lines beginning with an asterisk (*) indicate the beginning of a specification section. Each such line contains the name of the section immediately following the *. The asterisk is required when specifying a section name. Allowable section names are: DM_LOCAL_DOMAINS, DM_REMOTE_DOMAINS, DM_LOCAL_SERVICES, DM_REMOTE_SERVICES, DM_ROUTING, and DM_ACCESS_CONTROL.
Note: The DM_LOCAL_DOMAINS section must precede the DM_REMOTE_DOMAINS.
The following paragraphs describe the significant parameters within specific sections of the DMCONFIG file that define new gateway configurations.
This section identifies local domains and their associated gateway groups. The section must have an entry for each gateway group (local domain). Each entry specifies the parameters required for the domain gateway processes running in that group.
The format of the DM_LOCAL_DOMAINS section of the DMCONFIG file follows.
Listing 5-13 Syntax for DM_LOCAL_DOMAINS Section of DMCONFIG File
LDOM required parameters [optional parameters]
LDOM is an identifier value used to name each local domain and must be unique within a particular configuration. In the description of the DM_LOCAL_SERVICES section, LDOM is the identifier that connects local services with a particular gateway group.
The following parameters are required.
$TUXDIR/udataobj/DMTYPE
file.
The following optional parameters describe resources and limits used in the operation of domain gateways.
dmadmin
command and records all the operations within this local domain. If the audit log feature is active and this parameter is not specified, the file DMmmddyy.LOG
(where mm
=month, dd
=day, and yy
=year) is created in the directory specified by the $APPDIR environment variable or the APPDIR keyword of the MACHINES section of the TUXCONFIG file.
$TUXDIR/udatajobj/codepage
directory, is a composite of the code page numbers used for the translation. This parameter specifies the mapping to use with remote hosts that are not specified in the DMCONFIG file.
For example, specifying CODEPAGE=00819x00297
designates the translation table for converting ASCII CP-00819 characters to French EBCDIC CP-00297 characters, and vice versa. The translation tables can be modified. For complete character listings, refer to "Code Page Translation Tables."
This section identifies the known set of remote domains and their characteristics.
The format of the DM_REMOTE_DOMAINS section of the DMCONFIG file is as follows.
Listing 5-14 Syntax for DM_REMOTE_DOMAINS Section of DMCONFIG
RDOM required parameters [optional parameters]
RDOM is an identifier value used to identify each remote domain known to this configuration and must be unique within the configuration.
The following parameters are required.
The following optional parameter describes resources used in the operation of remote domain gateways.
$TUXDIR/udatajobj/codepage
directory, is a composite of the code page numbers used for the translation.
For example, specifying CODEPAGE=00819x00297
designates the translation table for converting ASCII CP-00819 characters to French EBCDIC CP-00297 characters, and vice versa. The translation tables can be modified. For complete character listings, refer to "Code Page Translation Tables."
This section is optional in the DMCONFIG file and specifies the access control lists used by local domain.
The format of the DM_ACCESS_CONTROL section of the DMCONFIG file follows.
Listing 5-15 Syntax for DM_ACCESS_CONTROL Section of DMCONFIG
ACL_NAME required parameters
ACL_NAME is a name (identifier) used to identify a particular access control list; it must be 15 characters or less in length.
The following parameter is required.
There are no optional parameters for this section.
This section provides information on the services exported by each local domain. This section is optional and if it is not specified then all local domains defined in the DM_LOCAL_DOMAINS section accept requests to all of the services advertised by the TUXEDO System/Domain application. If this section is defined then it should be used to restrict the set of local services that can be requested from a remote domain.
The format of the DM_LOCAL_SERVICES section of the DMCONFIG file follows.
Listing 5-16 Syntax for DM_LOCAL_SERVICES Section of DMCONFIG File
service [optional parameters]
service is the local name (identifier) of the exported service, and it must be 15 characters or fewer in length.
This name corresponds to a name advertised by one or more servers running with the local TUXEDO System/Domain application. Notice that exported services inherit the default or special properties specified for the service in an entry in the SERVICES section of the TUXCONFIG file. Some of these parameters are: LOAD, PRIO, AUTOTRAN, ROUTING, BUFTYPE, and TRANTIME.
There are no required parameters for DM_LOCAL_SERVICES.
The following parameters are optional.
"
type:subtype
| FML:
servicename
"
To use an alternate data mapping product, specify FML as the buffer type (regardless of the actual TUXEDO buffer type being passed) and the encoding service name as the subtype. Because the gateway does not do the encoding, the FML buffer type in the DMCONFIG file is a flag for alternate data mapping only. The TUXEDO server and the alternate data mapping product should be configured with the actual TUXEDO buffer type.
"
type:subtype
| FML:
servicename
"
To use an alternate data mapping product, specify FML as the buffer type (regardless of the actual TUXEDO buffer type being passed) and the decoding service name as the subtype. Because the gateway does not do the decoding, the FML buffer type in the DMCONFIG file is a flag for alternate data mapping only. The TUXEDO server and the alternate data mapping product should be configured with the actual TUXEDO buffer type.
This section provides information on services "imported" and available on remote domains.
The format of the DM_REMOTE_SERVICES section of the DMCONFIG file follows.
Listing 5-17 Syntax for DM_REMOTE_SERVICES Section of DMCONFIG
service [optional parameters]
service is the name (identifier) used by the local TUXEDO System/Domain application for a particular remote service. Remote services are associated with a particular remote domain.
There are no required parameters for the DM_REMOTE_SERVICES section.
The following parameters are optional.
"
type:subtype
| FML:
servicename
"
To use an alternate data mapping product, specify FML as the buffer type (regardless of the actual TUXEDO buffer type being passed) and the encoding service name as the subtype. Because the gateway does not do the encoding, the FML buffer type in the DMCONFIG file is a flag for alternate data mapping only. The TUXEDO application and the alternate data mapping product should be configured with the actual TUXEDO buffer type.
"
type:subtype
| FML:
servicename
"
To use an alternate data mapping product, specify FML as the buffer type (regardless of the actual TUXEDO buffer type being passed) and the decoding service name as the subtype. Because the gateway does not do the decoding, the FML buffer type in the DMCONFIG file is a flag for alternate data mapping only. The TUXEDO application and the alternate data mapping product should be configured with the actual TUXEDO buffer type.
This section is optional in the DMCONFIG file and provides information for data-dependent routing of service requests using FML, VIEW, X_C_TYPE, and X_COMMON typed buffers.
The format of the DM_ROUTING section of the DMCONFIG file follows.
Listing 5-18 Syntax for DM_ROUTING Section of DMCONFIG File
CRITERION_NAME required parameters
CRITERION_NAME is the (identifier) name of the routing entry that was specified on the services entry. CRITERION_NAME must be 15 characters or less in length.
The following parameters are required.
A range is either a single value (signed numeric value or character string in single quotes), or a range of the form ``lower - upper'' (where lower and upper are both signed numeric values or character strings in single quotes). Note that ``lower'' must be less than or equal to ``upper.'' To embed a single quote in a character string value (as in O'Brien, for example), it must be preceded by two backslashes ('O\\'Brien').
The value MIN can be used to indicate the minimum value for the data type of the associated FIELD; for strings and arrays, it is the null string; for character fields, it is 0; for numeric values, it is the minimum numeric value that can be stored in the field.
The value MAX can be used to indicate the maximum value for the data type of the associated FIELD; for strings and arrays, it is effectively an unlimited string of octal-255 characters; for a character field, it is a single octal-255 character; for numeric values, it is the maximum numeric value that can be stored in the field.
Thus, ``MIN - -5'' is all numbers less than or equal to -5 and ``6 - MAX'' is all numbers greater than or equal to 6. The meta-character ``*'' (wildcard) in the position of a range indicates any values not covered by the other ranges previously seen in the entry; only one wildcard range is allowed per entry and it should be last (ranges following it are ignored).
The routing field can be of any data type supported in FML. A numeric routing field must have numeric range values and a string routing field must have string range values.
String range values for string, array, and character field types must be placed inside a pair of single quotes and cannot be preceded by a sign. Short and long integer values are a string of digits, optionally preceded by a plus or minus sign. Floating point numbers are of the form accepted by the C compiler or atof():
an optional sign, then a string of digits optionally containing a decimal point, then an optional e or E followed by an optional sign or space, followed by an integer.
When a field value matches a range, the associated RDOM value specifies the remote domain to which the request should be routed. A RDOM value of ``*'' indicates that the request can go to any remote domain known by the gateway group.
Within a range/RDOM pair, the range is separated from the RDOM by a ``:''.
If the field value is not set (for FML buffers), or does not match any specific range and a wildcard range has not been specified, an error is returned to the application process that requested the execution of the remote service.
There are no optional parameters for the DM_ROUTING section.
Listing 5-19 is a sample DMCONFIG file and must be set up prior to running the eLink TCP for TUXEDO product. For a sample DMCONFIG file that uses alternate data mapping tools, refer to Listing 3-5.
Listing 5-19 Sample DMCONFIG File
#
# Copyright (c) 1996 BEA Systems, Inc
# All Rights Reserved
#
# THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF
# BEA Systems, Inc.
# The copyright notice above does not evidence any
# actual or intended publication of such source code.
#
#
*DM_RESOURCES
#
#
*DM_LOCAL_DOMAINS
LOCAL GWGRP=GROUP
TYPE=IDOMAIN
DOMAINID="LOCAL"
#
*DM_REMOTE_DOMAINS
REMOTE TYPE=IDOMAIN
DOMAINID="REMOTE"
#
*DM_LOCAL_SERVICES
ECHOX RNAME="ZECHOSV4"
TOLOWER RNAME="TUXTOLOWER"
INBUFTYPE=string
OUTBUFTYPE=string
#
*DM_REMOTE_SERVICES
TOUPPER RDOM=REMOTE
LDOM=LOCAL
RNAME="TUXTOUPPER"
ECHOFAR RDOM=REMOTE
LDOM=LOCAL
RNAME="BEASVR07"
INBUFTYPE="VIEW:myview"
OUTBUFTYPE="FML"
NORMAL RDOM=REMOTE
LDOM=LOCAL
RNAME="TST1V"