Use a página Reimplantar Aplicativos ou Módulos para implantar outra vez um aplicativo implantado anteriormente.
A página Reimplantar Aplicativos ou Módulos contém as seguintes opções
O local do novo arquivo compactado do aplicativo que está sendo reimplantado.
As seguintes opções especificam de onde o arquivo compactado é acessado e se é um arquivo ou um diretório.
O arquivo compactado reside ou é acessado no computador cliente.
O computador cliente é o host em que você visualiza o Console de Administração por meio de um navegador.
O arquivo é um arquivo que reside no computador servidor ou é um aplicativo não empacotado, em um diretório destacado.
O computador servidor é o host que executa o servidor de administração de domínio do Servidor GlassFish .
Campo somente leitura que exibe o nome do aplicativo que está sendo reimplantado.
O nome pode incluir um identificador de versão opcional, que segue o nome e é separado do nome por dois pontos (:). Para obter mais informações sobre versões de aplicativos e módulos, consulte Module and Application Versions no Oracle GlassFish Server 3.1 Application Deployment Guide .
Se essa opção for selecionada, os arquivos JavaServer Pages ( JSP) serão pré-compilados. Se esta opção for desativada, os arquivos JSP serão compilados no tempo de execução, quando forem acessados pela primeira vez. Por padrão, a opção está desativada.
Se esta opção for selecionada, os descritores de implantação são verificados antes da implantação. Se a verificação falhar, a implantação não será realizada. O verificador examina a estrutura e o conteúdo dos descritores de implantação. A verificação de aplicativos grandes geralmente consome muito tempo. A opção está desativada por padrão.
Os pacotes verificadores devem ser instalados a partir da Ferramenta de atualização, ou um aviso é registrado e esta opção é ignorada.
Se essa opção for selecionada, o acesso ao Java Web Start será permitido para um módulo cliente aplicativo. A opção está desativada por padrão.
Essa opção controla se as sessões Web, as instâncias SFSB e os temporizadores EJB criados persistentemente são retidos entre as reimplementações.
Por padrão, a opção está desativada. Esta opção é suportada somente na instância padrão do servidor, denominada server. Não é suportada e ignorada em nenhum outro destino.
Algumas alterações em um aplicativo entre as reimplantações impedem que este recurso funcione corretamente. Por exemplo, não altere o conjunto de variáveis da instância na classe do bean SFSB.
Em aplicativos Web, este recurso se aplica somente se no arquivo glassfish-web-app.xml o atributo persistence-type do elemento session-manager for file.
Em instâncias do bean de sessão com estado, o tipo de persistência sem alta disponibilidade está definido no servidor (a opção Tipo de persistência SFSB) e deve estar definido como file, que é o valor padrão e recomendado.
Se qualquer sessão Web ativa, instância SFSB ou temporizador EJB falhar em ser preservado ou restaurado, nenhum deles estará disponível quando a reimplementação tiver sido concluída. Entretanto, a reimplantação continuará e um aviso será registrado em log.
Para preservar dados do estado ativo, o Servidor GlassFish serializa os dados e os salva na memória. Para restaurar os dados, o carregador de classe do aplicativo que acabou de ser reimplementado desserializa todos os dados anteriormente salvos.
Se marcada, preserva quaisquer recursos no escopo do aplicativo e os restaura durante a reimplantação. Por padrão, esta opção não está marcada.
Para visualizar as informações do ponto final para um serviço Web
Para configurar as definições de disponibilidade de um recipiente EJB