Solaris Common Desktop Environment: Advanced User's and System Administrator's Guide

Administering Application Services

This section covers specific configuration requirements for:

Search Path Environment Variables

The desktop uses a set of environment variables to specify the search path used to find application desktop configuration files such as the actions and data types database, help files, and icon files.

For information on how to use the search path environment variables, see Desktop Search Paths and Their Environment Variables or the dtenvvar(5) man page.

Configuring an Application Server and Its Clients

In the standard application server configuration, the application server contains all the binary and configuration files associated with the application, including:

Figure 7–5 Standard application server configuration

Graphic

To Configure an Application Server

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for servers.

    See To Configure Desktop Clients and Servers.

  3. Install the application(s).

  4. If an application does not automatically register itself, you must perform the registration procedure.

    See Chapter 5, Registering an Application.

To Configure the Client of an Application Server

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for clients.

    See To Configure Desktop Clients and Servers.

  3. Add the application server to the application search path on a system-wide or personal basis:

    System-wide—set and export theDTSPSYSAPPHOSTS variable in /etc/dt/config/Xsession.d/0010.dtpaths

    Personal —set and export the DTSPUSERAPPHOSTS variable in HomeDirectory/.dtprofile

    For example, the following line in /etc/dt/config/Xsession.d/0010.dtpaths adds a system with hostname SysAAA and SysBBB to the application search path:

    export DTSPSYSAPPHOSTS=SysAAA:,SysBBB:

    For more information about setting the application search path, see:

Configuring Database, Icon, and Help Services

Usually, the action and data type definitions, icons, and help data files associated with an application are installed onto the same system as the application.

For example, consider the typical configuration of help data files:

To Create a Database, Help, or Icon Server

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for clients.

    See To Configure Desktop Clients and Servers.

  3. Install the database, help, or icon files.

    The files can be located anywhere on the system. However, it may be easier to use the following locations, since these are the directories automatically searched when a system has been designated an application server.

    • Database files: /etc/dt/appconfig/types/language

    • Help files: /etc/dt/appconfig/help/language

    • Icon files: /etc/dt/appconfig/icons/language

      If you are setting up a database server, the actions must be written to specify where their commands (EXEC_STRINGs) will run. See Specifying a Remote Execution Host.

To Configure the Session Server to Find a Database, Icon, or Help Server

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for clients.

    See To Configure Desktop Clients and Servers.

  3. Add the database, icon, or help server to the appropriate search path.

    • If you placed the data files in other locations, you must modify the specific search path.

      For example, if you placed the help files in directory /etc/dt/help on system SysCCC, you would add the following line to /etc/dt/config/Xsession.d/0010.dtpaths:

      		export DTSPSYSHELP=/net/SysCCC/etc/dt/help

      For more information about setting search paths, see:

Special Networked Application Configurations

This section describes how to configure systems to run applications:

Specifying a Remote Execution Host

In the typical application server configuration, the action definition is located on the same system as the application executable. However, actions can be written to execute commands on other systems. In this configuration, the system containing the application is called the execution host.

The action definition may be located on the session server or on a system that provides action and data type services to the session server—called a database server or database host.

Action definitions use the EXEC_HOST field to specify where their commands (EXEC_STRINGs) should be run. For example, the following action definition specifies that an xload client be run on a system with host name SysDDD:

ACTION XloadSysDDD
 {	TYPE				COMMAND
 	EXEC_HOST		SysDDD
 	EXEC_STRING		/usr/bin/X11/xload -label SysDDD
 }

If the EXEC_HOST field specifies more than one host name, then the desktop tries to execute the EXEC_STRING on each host in order until it finds one that can run the action. For example, the following EXEC_HOST field specifies that the action should first attempt to run the EXEC_STRING on SysDDD, and, failing this, try SysEEE.

	EXEC_HOST				SysDDD,SYSEEE

If the EXEC_HOST field is not set for an action, it defaults to the value %DatabaseHost%. The value of %DatabaseHost% is obtained from the database search path.

For example, suppose the database search path has been modified by adding the following line to /etc/dt/config/Xsession.d/0010.dtpaths:

DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C

SysAAA is specified using the host-qualified syntax—SysAAA:. An action definition found using this element of the search path sets the database host to SysAAA. However, an action found using the /net/SysBBB… portion of the search path sets the database host to the local system because the syntax does not include the host qualifier.

To Configure the Remote Execution Host

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for servers.

    See To Configure Desktop Clients and Servers.

  3. Ensure that the applications are properly installed and configured for local execution.

To Configure the System Containing the Action Definition

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for servers.

    See To Configure Desktop Clients and Servers.

  3. Create and install the action definitions and application groups.

    See Creating Actions that Run Applications on Remote Systems and Creating and Administering General Application Groups.

To Configure the Session Server

  1. Provide the operating system network configurations required by the desktop.

    See Configuring Base Operating System Networking for the Desktop.

  2. Provide the general desktop configuration required for clients.

    See To Configure Desktop Clients and Servers.

  3. Modify the actions search path to include the database host.

    See Database (Action/Data Types) Search Path.

  4. Modify the application search path to include the execution host.

    See Application Search Path.

Running Applications Locally

The standard application server configuration runs applications on the application server. Sometimes it is desirable to have the application installed on a remote system but executed locally on the session server.

Figure 7–6 Execution across mount points

Graphic

To Configure the Application Server

No special configuration is required.

To Configure the Session Server

    Modify the application search path. Use the local absolute path to the application.

For example, you might use the following variable definition to find an application registered on sysAAA:

DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C

The session server must be able to access the application's configuration files, such as app-defaults, message catalogs, and shared libraries.