Solaris CDE: Guía avanzada del usuario y del administrador del sistema

Creación de acciones que ejecutan aplicaciones en sistemas remotos

Al tratar de las acciones y la ejecución remota, se utilizan con frecuencia dos términos:

sistema de base de datos: sistema que contiene la definición de la acción

sistema de ejecución: sistema donde se ejecuta el archivo ejecutable

En la mayoría de las situaciones, las acciones y sus aplicaciones están ubicadas en el mismo sistema; dado que el sistema de ejecución predeterminado de una acción es el sistema de base de datos, no se requiere ninguna sintaxis especial.

No obstante, cuando los sistemas de ejecución y de base de datos son distintos, la definición de la acción debe especificar dónde debe ejecutarse la cadena de ejecución.

La capacidad para localizar acciones y aplicaciones en sistemas diferentes forma parte de la arquitectura cliente/servidor del escritorio. Para obtener una información más exhaustiva acerca de las aplicaciones en red, véase "Administración de servicios de aplicaciones".

Creación de una acción que ejecuta una aplicación remota

Utilice el campo EXEC_HOST en la definición de la acción para especificar la ubicación de la aplicación.

Los valores válidos de EXEC_HOST son:

%DatabaseHost%: sistema donde está ubicada la definición de la acción.

%LocalHost%: sistema donde se invoca la acción (el servidor de sesiones).

%DisplayHost%: sistema que ejecuta el servidor X (no permitido para terminales X).

%SessionHost%: sistema donde se ejecuta el Gestor de inicio de sesión que ejerce el control.

nombre sistema: el sistema nombrado. Utilice este valor en entornos en los cuales la acción debe siempre invocarse en un sistema determinado.

%"solicitud'%: solicita al usuario el nombre del sistema cada vez que se invoca la acción.

El valor predeterminado es %DatabaseHost%, %LocalHost%. De este modo, si se omite el campo EXEC_HOST, la acción intenta primero ejecutar el comando en el sistema que contiene la definición de la acción. Si esto falla, la acción intenta ejecutar el comando en el servidor de sesiones.

Ejemplos