A guia Opções de Execução inclui as seguintes páginas para ajudá-lo a configurar o modo de execução do aplicativo na estação de trabalho:
A página de propriedades Aplicativo somente está disponível em objetos Aplicativo criados para aplicativos simples, aplicativos AOT/AXT e aplicativos MSI. Ela não está disponível em objetos Aplicativo criados para aplicativos da Web e aplicativos de servidor de terminal.
Essa página de propriedades, ilustrada a seguir, determina opções gerais a serem utilizadas pelo Disparador de Aplicativos durante a execução do aplicativo em uma estação de trabalho.
Figura 48-17 Objeto Aplicativo > Guia Opções de Distribuição > Página Aplicativo
Selecione esta opção se a distribuição não incluir um arquivo executável a ser iniciado pelo Disparador de Aplicativos após o processo de distribuição. Por exemplo, convém utilizá-la se a única finalidade do objeto Aplicativo for atualizar alguns arquivos na estação de trabalho, como um driver ou uma fonte, ou fazer modificações em algumas configurações da estação de trabalho, como as configurações do registro.
Digite ou procure o caminho do executável que o Disparador de Aplicativos executará após a distribuição do aplicativo. Em geral, esse caminho é definido quando você cria o objeto Aplicativo e já deve conter o caminho para a localização do executável na rede ou para a sua localização na estação de trabalho do usuário após a distribuição. Se o caminho for digitado, lembre-se de incluir a extensão .exe no nome do arquivo executável do aplicativo (por exemplo, em vez de notepad, digite notepad.exe).
IMPORTANTE:o Agente do ZENworks Desktop Management e o Servidor de Camada Intermediária do ZENworks não oferecem suporte para a inicialização de aplicativos a partir de uma localização de rede. Se o executável estiver localizado na rede, utilize essa opção somente se os usuários tiverem um cliente de rede (Novell Client ou Cliente para Redes Microsoft) instalado que permita a inicialização a partir de um servidor NetWare® ou Windows.
Também é possível digitar o caminho para um tipo de arquivo diferente de .exe. Se você fizer isso, quando o usuário clicar duas vezes no objeto Aplicativo, o Disparador de Aplicativos transferirá o arquivo para o sistema Windows, que, em seguida, usa o aplicativo associado a esse tipo de arquivo para abrir o arquivo. Por exemplo, se você tiver digitado um arquivo .txt, o aplicativo associado a arquivos .txt será utilizado para abrir o arquivo.
É possível utilizar uma unidade mapeada ou um caminho UNC. As seguintes sintaxes de caminho são válidas:
Se você utilizar um caminho UNC, talvez os aplicativos em execução em servidores Windows 2000 sejam iniciado lentamente devido ao modo como o Windows resolve caminhos UNC. Para obter mais informações, consulte o Artigo Q150807 da Base de Dados da Microsoft .
Também é possível utilizar macros nesse campo. Para obter informações sobre macros, consulte o Seção 49.0, Referência: Macros.
Especifique os parâmetros de linha de comando que precisam ser transmitidos ao executável especificado no campo
. O limite do campo é 250 caracteres.O Disparador de Aplicativos transfere os parâmetros exatamente como foram digitados. Portanto, a sintaxe de parâmetros usada deverá corresponder exatamente à sintaxe exigida pelo executável. Por exemplo, se word.exe tiver um parâmetro /f=caminho do arquivo que exige caminhos com espaços entre aspas, você digitará o seguinte:
/f=”c:\my docs\sample.doc”
Especifique o diretório de trabalho do executável definido no campo
. Normalmente, esse é o diretório em que o arquivo executável está localizado. Entretanto, se outro diretório tiver arquivos adicionais necessários à execução do aplicativo, especifique o diretório. Consulte a documentação do Windows para obter mais informações.As seguintes sintaxes de caminho são válidas:
Também é possível utilizar macros nesse campo. Para obter informações sobre macros, consulte o Seção 49.0, Referência: Macros.
Selecione essa opção para que o Disparador de Aplicativos execute o aplicativo apenas uma vez e, em seguida, remova o ícone do objeto Aplicativo da estação de trabalho. Se o número de versão do objeto Aplicativo (
> página ) for mudado, o ícone desse objeto será novamente exibido para que a nova versão possa ser distribuída.Essa opção poderá ser útil quando a única finalidade de um objeto Aplicativo for instalar um software em uma estação de trabalho. A permanência do ícone do objeto Aplicativo após a instalação do aplicativo poderá confundir os usuários, especialmente se um atalho de aplicativo ou um ícone de grupo de programas tiver sido criado durante a distribuição (consulte
> página ).Essa opção também pode ser usada junto com outras configurações do objeto Aplicativo. Por exemplo, se o aplicativo for especificado como
na página Associações (indicando que, sem intervenção do usuário, o aplicativo será executado quando for disponibilizado para o Disparador de Aplicativos), esse aplicativo será forçado a ser executado uma única vez.No caso de aplicativos associados a estações de trabalho que estão marcados como
(guia > página ), o Ajudante da Estação de Trabalho inicia o aplicativo assim que a estação de trabalho é iniciada, geralmente antes que o usuário efetue login no Windows. Ou seja, apenas convém forçar a execução de aplicativos associados a estações de trabalho que não exigem interação com o usuário.Selecione essa opção se você quiser atrasar a execução forçada de um aplicativo associado à estação de trabalho até que o Disparador de Aplicativos seja iniciado. Nesse caso, o Disparador de Aplicativos, não o Ajudante da Estação de Trabalho, distribui e dispara o aplicativo. O Disparador de Aplicativos usa os direitos do sistema de arquivos da estação de trabalho para distribuir o aplicativo e os direitos do sistema de arquivos do usuário para dispará-lo.
Basicamente, essa opção habilita os aplicativos associados às estações de trabalho que você força a execução a funcionarem do mesmo modo que os aplicativos associados ao usuário cuja execução é forçada.
A página de propriedades Ambiente somente está disponível em objetos Aplicativo criados para aplicativos simples, aplicativos AOT/AXT e aplicativos MSI. Ela não está disponível em objetos Aplicativo criados para aplicativos da Web e aplicativos de servidor de terminal.
Essa página de propriedades, ilustrada a seguir, define o ambiente no qual o Disparador de Aplicativos executa o aplicativo.
Figura 48-18 Objeto Aplicativo > Guia Opções de Execução > Página Ambiente
Selecione o tamanho da janela inicial do aplicativo: Normal, Minimizado, Maximizado ou Oculto. No modo Oculto, o aplicativo será executado normalmente sem uma interface do usuário disponível. Isso será útil se você quiser que o aplicativo processe alguma tarefa e, em seguida, seja encerrado sem a intervenção do usuário. Por exemplo, esse modo pode ser utilizado para que o Agente de Controle Remoto não apareça na barra de tarefas.
NOTA:Alguns aplicativos não podem ser executados nos modos Minimizado, Maximizado ou Oculto. Dependendo do aplicativo, a configuração de tamanho da janela inicial pode ser ignorada. Por exemplo, calc.exe não pode ser executado no modo Oculto.
Utilize essas opções para especificar como o aplicativo é executado em estações de trabalho Windows 2000/XP.
Se você estiver configurando um aplicativo de 16 bits para execução no Windows 2000/XP, especifique uma sessão WOW (Windows on Windows) compartilhada ou individual. Para execução no Windows 2000/XP, esses aplicativos de 16 bits devem ser executados em uma VDM (Virtual DOS Machine - Máquina Virtual de DOS) que emule a funcionalidade do Windows 3.1. Os aplicativos de 16 bits do Windows podem ser executados em suas próprias sessões WOW separadas ou podem compartilhar uma sessão WOW com outros aplicativos de 16 bits. O compartilhamento de uma sessão WOW economiza memória e permite que os aplicativos usem DDE (Dynamic Data Exchange) ou OLE (Object Linking and Embedding) para se comunicarem com outros aplicativos na mesma sessão WOW. A execução de um aplicativo em sua própria sessão WOW separada permite operações mais complexas, pois o aplicativo é isolado dos outros aplicativos de 16 bits. Como alguns aplicativos não são executados adequadamente em uma sessão WOW separada, a opção padrão é executar o aplicativo de 16 bits do Windows em uma sessão WOW compartilhada.
No Windows 2000/XP, o executável do aplicativo (como definido no campo Página Aplicativo) pode ser executado tanto no espaço do “usuário” como no espaço do “sistema”. Por padrão, a opção é selecionada, fazendo com que o aplicativo seja executado no espaço do “usuário” e obtenha o mesmo nível de segurança de estação de trabalho obtido pelo usuário que efetuou login.
naSe o nível de segurança do usuário que efetuou login não fornecer direitos suficientes e acesso a arquivos para a execução do aplicativo, você poderá configurar esse aplicativo para execução no espaço do “sistema”. As duas opções de espaço do “sistema”, bem como a opção
(espaço do “usuário”) estão descritas a seguir:Executar normal: O aplicativo herda as credenciais do usuário que efetuou login. Por exemplo, o aplicativo tem os mesmos direitos para o registro e para o sistema de arquivos do usuário que efetuou login.
Executar como usuário de sistema seguro: o aplicativo é executado com base no usuário de Sistema Local e herda as credenciais de nível de Administrador. Por exemplo, o aplicativo tem direitos completos para o registro e para o sistema de arquivos. Como o nível de segurança é definido como
, a interface do aplicativo não é exibida ao usuário, e o aplicativo somente permanece visível no Gerenciador de Tarefas. Essa opção é útil durante a execução de aplicativos que exigem acesso total à estação de trabalho, mas não exigem intervenção do usuário, como é o caso de um service pack ou uma atualização.Executar como usuário de sistema não seguro: essa opção é igual à
, exceto pelo fato de que a interface do aplicativo é exibida ao usuário. Isso significa que o aplicativo pode exibir caixas de diálogo e solicitar informações ao usuário, se necessário. Por sua vez, o usuário pode executar todas as ações oferecidas pelo aplicativo na estação de trabalho. Por exemplo, se você executar REGEDIT como um usuário de sistema não seguro, o usuário da estação de trabalho poderá editar qualquer valor do registro.Em um ambiente de servidor de terminal, não convém utilizar as opções
e se os usuários estiverem executando o Disparador de Aplicativos em uma sessão de cliente com o servidor de terminal. Se o fizer, o Serviço NAL (sendo executado no servidor de terminal) disparará o aplicativo. Como o Serviço NAL é executado como um usuário do Sistema, o aplicativo iniciado apenas será exibido no Gerenciador de Tarefas do servidor de terminal (no caso de ) ou na área de trabalho do servidor de terminal (no caso de ). Ele não será exibido nas sessões do cliente do servidor de terminal dos usuários.Selecione essa opção para remover conexões de rede, mapeamentos de unidade e capturas de portas que tenham sido estabelecidos para a execução do aplicativo. Se essa opção não for selecionada, os recursos da rede permanecerão ativos. Se o recurso já estiver disponível quando o Disparador de Aplicativos iniciar o aplicativo, ele não será limpo até que outros aplicativos distribuídos terminem de usá-lo. Se os aplicativos distribuídos ainda estiverem sendo executados quando o Disparador de Aplicativos for encerrado, os recursos alocados permanecerão intactos.
O Disparador de Aplicativos monitora o executável de um aplicativo quando esse aplicativo é iniciado. Quando o executável é encerrado, o processo de limpeza de recursos da rede é iniciado. Entretanto, é possível que o nome do arquivo executável seja, na verdade, um ’wrapper“ que configura ambientes, executa outros executáveis e é encerrado. Se o Disparador de Aplicativos monitorar o executável wrapper, talvez ele inicie a limpeza dos recursos da rede prematuramente antes do encerramento do aplicativo. Consulte a documentação do aplicativo para saber se ele usa ou não um executável wrapper. Se for esse o caso, descubra o nome do módulo que permanece em execução. Digite esse nome (sem a extensão) na caixa de texto fornecida.
A página de propriedades Scripts de Disparo somente está disponível em objetos Aplicativo criados para aplicativos simples, aplicativos AOT/AXT e aplicativos MSI. Ela não está disponível em objetos Aplicativo criados para aplicativos da Web e aplicativos de servidor de terminal.
Como parte do processo de inicialização do aplicativo, o Disparador de Aplicativos pode ativar um script engine de forma a executar um script “antes da inicialização” e um script “após o encerramento” (para obter detalhes sobre a ordem de execução dos scripts, consulte Ordem de Execução de Scripts). A página de propriedades Scripts de Disparo, ilustrada a seguir, define o script engine a ser utilizado pelo Disparador de Aplicativos, bem como os scripts que você deseja executar.
Figura 48-19 Objeto Aplicativo > guia Opções de Execução > página Scripts de Disparo
No Windows 2000/XP, scripts de inicialização sempre são executados no espaço do usuário e, portanto, herdam os direitos ao sistema de arquivos designados ao usuário que efetuou login. Isso ocorrerá mesmo que o executável do aplicativo esteja configurado para execução no espaço do sistema (guia
> página opção ). Esse comportamento é diferente do comportamento dos scripts de distribuição (guia > página ), que são executados no espaço do sistema seguro.Utilize essa janela de texto para digitar comandos de script que você deseja executar antes de iniciar o aplicativo. Não use caracteres estendidos no script, pois esses caracteres não são suportados.
Para visualizar um exemplo de script, consulte Exemplo de Script.
Utilize essa janela de texto para digitar comandos de script que você deseja executar depois que o usuário fechar o aplicativo. Não use caracteres estendidos no script, pois esses caracteres não são suportados.
Para visualizar um exemplo de script, consulte Exemplo de Script.
O script
é executado antes que os recursos de rede sejam limpos ( > página ). Entretanto, a opção não limpará mapeamentos de unidades ou capturas de portas criadas pelo script . Para limpar esses recursos, digite os comandos apropriados no script .O script engine determina os comandos de script e a linguagem de script que você precisa utilizar. Se um script engine não for definido no campo Comandos de login script do Novell Client suportados).
, o Disparador de Aplicativos utilizará o Novell Client como script engine (se o produto estiver instalado na estação de trabalho), ou seja, será possível utilizar a maioria dos comandos de login script do Novell Client (consulteSe você quiser utilizar um script engine diferente do Novell Client, especifique o script engine desejado. O script engine deve residir em um local sempre disponível para os usuários, como as unidades locais. Ele somente poderá residir em um servidor de rede se os usuários conseguirem mapear uma unidade até o servidor (por exemplo, por meio do Novell Client ou do Cliente para Redes Microsoft). Se o Disparador de Aplicativos não encontrar o script engine, exibirá um erro para o usuário e não conseguirá iniciar o aplicativo.
Se você utilizar o interpretador de comandos do Windows como script engine, inclua o switch /C, como mostram os exemplos a seguir:
As variáveis %*winsysdir% e %* %*windir% especificam o diretório do sistema Windows (por exemplo, c:\winnt\system32), enquanto o switch /c fornece instruções para que o interpretador de comandos execute o script e em seguida seja interrompido. Se o switch /c não for utilizado, o script não será concluído.
Para visualizar um exemplo de script, consulte Exemplo de Script.
Apenas será aplicável se você tiver especificado um script engine no campo
.Quando o aplicativo é iniciado, o Disparador de Aplicativos cria arquivos de script temporários para os scripts
e os scripts . Esses arquivos são transferidos para o script engine, que executará o script. É necessário especificar a extensão de arquivo exigida pelo script engine para os respectivos arquivos de script.Para visualizar um exemplo de script, consulte Exemplo de Script.
O script a seguir utiliza o interpretador de comandos do Windows 2000/XP como script engine. Antes que a inicialização ocorra, uma listagem do diretório c:\ é gravada em um arquivo de texto e é feito backup do arquivo autoexec.bat.
dir c:\ >c:\1.txt copy autoexec.bat autoexec.bak /y
cmd.exe /c
.bat
O Disparador de Aplicativos pode executar até quatro scripts diferentes ao distribuir e disparar um aplicativo:
Scripts de distribuição:
e (guia > página )Scripts de disparo:
e (guia > página )O Disparador de Aplicativos executa os scripts na seguinte ordem:
Ao utilizar o Novell Client como script engine, é possível utilizar quase todos os comandos de script a seguir:
Tabela 48-2 Comandos de login script do Novell Client suportados
CLS |
INCLUDE |
PCOMPATIBLE |
DISPLAY |
LASTLOGINTIME |
SCRIPT_SERVER |
EXIT |
NO_DEFAULT |
SET_TIME |
FDISPLAY |
NOSWAP |
SWAP |
IF MEMBER OF |
PAUSE |
WRITE |
O Disparador de Aplicativos não mostra informações na tela nem exibe erros de script.
Para verificar comandos, sintaxes e exemplos de scripts, consulte a documentação do Novell Client no site da documentação da Novell na Web.
A página de propriedades Variáveis de Ambiente somente está disponível em objetos Aplicativo criados para aplicativos simples, aplicativos AOT/AXT e aplicativos MSI. Ela não está disponível em objetos Aplicativo criados para aplicativos da Web e aplicativos de servidor de terminal.
Essa página de propriedades, ilustrada a seguir, especifica as variáveis de ambiente definidas pelo Disparador de Aplicativos antes de executar o aplicativo. Por exemplo, você pode especificar o diretório de trabalho do aplicativo na variável de ambiente PATH.
Figura 48-20 Objeto Aplicativo > Guia Opções de Execução > Página Ambiente
IMPORTANTE:Em estações de trabalho Windows 98, o Disparador de Aplicativos não conseguirá definir variáveis de ambiente se o Novell Client não estiver instalado. Esse problema não ocorre em estações de trabalho Windows 2000/XP.
A lista Variáveis de Ambiente exibe todas as variáveis modificadas antes da execução do aplicativo. O Disparador de Aplicativos modifica apenas as variáveis dessa lista.
Essa opção permite pesquisar variáveis ou dados de variáveis na lista
, além de importar variáveis de outro objeto Aplicativo para a árvore.Clique em
e escolha uma das opções a seguir:Encontrar: Pesquisa variáveis ou dados de variáveis na lista
.Encontrar próximo: encontra a próxima ocorrência do item especificado na pesquisa inicial.
Importar: importa variáveis a partir do arquivo .aot ou .axtde outro objeto Aplicativo. A caixa de diálogo Abrir assume *.axt como padrão para sua exibição de tipo de arquivo. Se você estiver importando a partir de um arquivo .aot, mude a exibição de tipo de arquivo para *.aot ou , de forma a selecionar o arquivo .aot.
Para adicionar uma variável à lista
, clique em para exibir a caixa de diálogo Editar Variáveis de Ambiente, especifique o nome e a data da variável, selecione (apenas se desejar anexar os dados à variável existente da estação de trabalho), insira um caractere separador e clique em .Na lista Variáveis de Ambiente, selecione a variável que você deseja modificar e clique em
.Na lista Variáveis de Ambiente, selecione a variável que você deseja apagar e clique em
para removê-la dessa lista.A página de propriedades URL da Web está disponível em objetos Aplicativo criados somente para aplicativos da Web. Ela não está disponível em objetos Aplicativo criados para aplicativos simples, aplicativos AOT/AXT, aplicativos MSI e aplicativos de servidor de terminal.
Essa página de propriedades, ilustrada a seguir, especifica a localização (URL) do aplicativo da Web.
Figura 48-21 Objeto Aplicativo > Guia Opções de Execução > Página URL da Web
Esse campo assume como padrão o URL que você digitou ao criar o objeto Aplicativo. O URL deve apontar para o arquivo principal do aplicativo da Web ou para uma página da Web que permita acessar esse aplicativo. Se necessário, você poderá modificar o URL.
Clique nesse botão para iniciar o aplicativo da Web. É necessário que um browser da Web esteja instalado na estação de trabalho atual para que esse recurso funcione.
A página de propriedades Contagem de Licenças está disponível em objetos Aplicativo criados para todos os tipos de aplicativos (simples, AOT/AXT, MSI, da Web e de servidor de terminal).
Essa página de propriedades, ilustrada a seguir, configura o Disparador de Aplicativos de forma a utilizar o NLS para controlar a utilização de aplicativos e agir de acordo com o contrato de licença desse aplicativo. O NLS já deve estar instalado e o Novell Client deve estar em execução nas estações de trabalho dos usuários. Além disso, é necessário criar um Container de Licenças e um Certificado com Medição para o aplicativo. Para obter informações detalhadas sobre como configurar a contagem de licenças, consulte o Seção 45.0, Contando licenças de software.
Figura 48-22 Objeto > Guia Opções de Execução > Página Contagem de Licenças
Selecione essa opção para habilitar a contagem do aplicativo.
Depois de habilitar a contagem, selecione o Container de Licenças no qual você criou o Certificado com Medição do aplicativo.
Selecione essa opção para impedir que os usuários executem o aplicativo se o NLS não estiver em execução.
A página de propriedades Dependências do Aplicativo está disponível em objetos Aplicativo criados para todos os tipos de aplicativos (simples, AOT/AXT, MSI, da Web e de servidor de terminal).
Esta seção fornece informações sobre os campos localizados na página de propriedades Dependências do Aplicativo. Para obter instruções completas sobre como configurar dependências de aplicativos, consulte Distribuição avançada: Configurando dependências e cadeias de aplicativos.
A página Dependências do Aplicativo, ilustrada a seguir, permite criar uma lista de aplicativos (chamados de aplicativos dependentes) que devem ser distribuídos e disparados antes que o aplicativo em questão (chamado de aplicativo primário) seja distribuído e disparado.
Figura 48-23 Objeto Aplicativo > Guia Opções de Execução > Página Dependências do Aplicativo
É possível especificar um ou mais aplicativos dependentes. Por exemplo, suponha que o aplicativo principal (Aplicativo A) seja dependente de três outros aplicativos (Aplicativo B, Aplicativo C e Aplicativo D). Com a inclusão de todos os três aplicativos na lista Dependências do Aplicativo dessa página, o Disparador de Aplicativos garante que esses aplicativos sejam instalados antes da execução do Aplicativo A.
Um aplicativo dependente pode ser único ou uma cadeia de aplicativos. Uma cadeia de aplicativos existe quando um aplicativo dependente depende de aplicativos adicionais. Continuando o exemplo anterior, se o Aplicativo C for dependente dos Aplicativos C1 e C2, os Aplicativos B, C, C1, C2 e D deverão ser distribuídos e iniciados antes da distribuição e da inicialização do Aplicativo A.
Ao configurar as dependências do aplicativo, você deverá observar o seguinte:
Distribuição: o NAL somente distribuirá um aplicativo dependente quando o usuário iniciar o aplicativo primário pela primeira vez, a não ser que a versão desse aplicativo dependente seja atualizada (objeto Aplicativo > guia
> página ) ou que a distribuição não seja concluída com êxito. Se o Disparador de Aplicativos não conseguir distribuir um aplicativo dependente (por exemplo, se a estação de trabalho do usuário não atender aos requisitos de sistema desse aplicativo), o aplicativo primário não será distribuído nem iniciado.Distribuição através de mídia removível: se você distribuir o aplicativo primário por meio de uma mídia removível, como um CD (consulte Distribuindo aplicativos por meio de uma mídia removível) ou por meio de uma imagem de expansão (consulte Página Criação de Imagens), seus aplicativos dependentes deverão ser incluídos nessa mídia removível ou como outra imagem de expansão.
Distribuição a estações de trabalho desconectadas: no caso de estações de trabalho funcionando em modo desconectado, os aplicativos devem ser forçados para armazenamento em cache na estação de trabalho antes que ela se desconecte (ou devem ser distribuídos por meio de mídia removível). Se forem feitas mudanças nos aplicativos dependentes depois de o armazenamento ter sido feito nas estações de trabalho, o número da versão do aplicativo primário deverá ser atualizado de forma a forçar um rearmazenamento dos aplicativos.
Disparar: O Disparador de Aplicativos iniciará um aplicativo dependente toda vez que o aplicativo principal for iniciado. Durante o processo de disparo, o Disparador de Aplicativos executa scripts pré-disparo e pós-disparo do aplicativo dependente e, em seguida, dispara esse aplicativo. Se um aplicativo dependente, como um programa de instalação, precisar ser executado apenas uma vez, será necessário configurá-lo para uma única execução (objeto Aplicativo guia
> página ).Desinstalar: se você desinstalar o aplicativo primário (guia
> página ou guia > página ), todos os aplicativos dependentes não utilizados por outro aplicativo também serão desinstalados.A lista Dependências do Aplicativo mostra os aplicativos dependentes do aplicativo primário. A ordem na qual os aplicativos dependentes estão relacionados, de baixo para cima, corresponde à ordem na qual eles são distribuídos e iniciados na estação de trabalho do usuário quando o aplicativo primário é iniciado.
Para adicionar um aplicativo à lista, clique em
, procure e selecione o objeto Aplicativo e clique em . Depois que o aplicativo for adicionado à lista, você poderá modificar estes dois atributos:Continuar distribuições imediatamente: selecione essa opção se você quiser que o Disparador de Aplicativos distribua e execute o aplicativo, mas não aguarde o término da execução desse aplicativo antes de continuar com a distribuição do próximo aplicativo.
Se essa opção não for selecionada (o padrão), o Disparador de Aplicativos aguardará até que ele seja distribuído e executa o aplicativo antes de continuar com a distribuição do próximo aplicativo da lista. O Disparador de Aplicativos só continuará após todos os arquivos, configurações do registro etc. terem sido distribuídos e o aplicativo (ou o arquivo) listado no campo
(guia > página ) ter sido executado e concluído.Aguardar reinicialização: se a distribuição do aplicativo exigir que a estação de trabalho seja reinicializada, selecione essa opção para que o Disparador de Aplicativos adie a reinicialização até: 1) distribuir outro aplicativo da lista que exija uma reinicialização (e não tenha essa opção marcada); ou 2) concluir a distribuição de todos os aplicativos da lista. Essa opção também se aplica ao desinstalar o aplicativo.
Para remover um aplicativo dependente da lista, selecione-o nessa lista e clique em
.Para ver se um aplicativo dependente consiste ou não em uma cadeia de aplicativos, selecione-o na lista e clique em
.A ordem na qual os aplicativos dependentes estão relacionados corresponde à ordem na qual são distribuídos e iniciados, de baixo para cima. É possível usar as setas para cima e para baixo para mudar a ordem.